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BACKGROUND OF THE INVENTION 

Technical Field This invention relates generally to systems for allowing a user to 
analyze data collected by an automated system of record to determine which processes 
used are efficient and effective. 

5 Background Business entities have tried for years to adapt computers and networks for 
use in sophisticated intercompany negotiations for commercial purchase and sales 
transactions, but with results that usually fall far short of expectations. Early mainframe 
^ computer attempts, for example, usually involved one corporation's allowing its 
fl existing suppliers and quantity buyers to connect to its internal private, proprietary 
ftp network, using specially written locally developed application programs and private, 
Hi proprietary network connections. These private systems were usually extremely costly 
l" to develop and maintain (often costing in the multi-millions of dollars) and very often 
h did not meet all the needs and changing requirements of the participating businesses, 
p Since many corporations had different internal networks and computer systems, 
|p considerable effort went into working around incompatibilities. Additionally, these 
systems had to be based on already existing, close relationships between buyers and 
sellers and usually were also based on previously negotiated agreements. Thus, the 
systems did not help in searching for information about new buyers and sellers, nor 
with the evaluation or negotiation processes, nor with the documenting of those 
20 processes from the beginning. They were not interactive, but typically batch processing 
systems, and usually accepted alphanumeric text only, not the inclusion of graphics or 
sound files. They usually addressed ongoing relationships previously worked out 
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manually, for which extremely expensive custom systems were developed at buyers' 
or vendors sites. 



Most business (and many other) negotiation processes are usually multivariate. That is, 
a business negotiation deals with many variable items, such as price, quantity, quality, 
shippers, insurance, warranty, schedules, returns and so on. The above solutions 
typically did not automate multivariate negotiations in any way, since they had to be 
built on agreements whose terms had all been previously negotiated 

With the advent of the Internet and the World Wide Web (Web), the exchange of 
information amongst companies was greatly enhanced, with the use of Web 
technologies. However, even with chat rooms, bulletin boards, and forum websites 
most of this data and information exchange is simply that — not a multivariate 
negotiations process nor an online, electronic commerce process. 

While some of the Web devices, such as chat rooms and bulletin boards are interactive, 
each essentially allows two or more people to have conversations over the Internet, in 
the same way they might speak over the telephone or several might speak over an old- 
fashioned party line telephone. While the chat room or bulletin board may store these 
conversations, no other action takes place as a result of the process. Consequently, 
privacy and security questions aside, these are not effective devices to use to negotiate 
a number of variable terms, reach agreement on each and document the results. Just as 
telephone conversations about negotiations can be recorded on tape, but do not 
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produce a contract document on paper, online chat or bulletin board discussions about 
negotiations cannot easily be used to make a contract on the network, even if they are 
archived. 

Extranet Web technology has been developed to enable a corporation to "talk to" (but 
not negotiate multiple variables in iterative bargaining with) its suppliers and buyers 
over the Internet as though the other companies were part of the corporation's internal 
"intranet. " This information exchange is done by using client /server technology, Web 
browsers, and hypertext technology used in the Internet, on an internal basis, as the 
first step towards creating intranets and then, through them, extranets. 

In typical intranet client/server technology, one computer acts as a Web server 
computer to perform complex tasks, while other, smaller computers or terminals are 
"clients" that communicate with the Web server. In typical client/server intranets the 
client requests data and performance of tasks from the Web server computer. A Web 
server program runs on the Web server computer to provide Web server functions. 
The communications between these intranet clients and Web servers is in Hypertext, or 
HyperText Markup Language (HTML)- - the "language" of the Internet's World Wide 
Web. 

Usually, for intranets, at the Web server site, one or more people would create 
documents in hypertext format and make them available at the Web server. In many 
companies, employees have personal computers or terminals at their desks connected 
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to the internal network. In an "intranet" these employees would use a Web browser on 
their terminals to see what hypertext documents are available at the internal corporate 
Web server site. 

While this has been an advance for internal communications over a private network, it 
does not usually provide any interactive, iterative, multivariate negotiations capabilities 
and it requires personnel familiar with HyperText Markup Language (HTML) to create 
hypertext links in documents to create and maintain the "internal" Web pages. If a 
more interactive approach is desired, an Information Technology (IT) specialist in some 
form of scripting, such as CGI, or PERL is needed who can create forms documents and 
procedures to allow users to ask for information from the Web server. Again, this is 
custom programming at the user's site, and still does not provide multivariate 
negotiations or commerce capabilities. 

Corporations that share information internally can also use workgroup software such 
as IBM's LOTUS NOTES™ software on the internal network. However, this, too, 
requires special programming and scripting for the unique needs of the organization, 
and normally does not address multivariate negotiations, even on an internal basis. 

Since extranets simply extend a company's intranet to include selected other companies, 
the extranet concept usually does not provide any negotiations capabilities, either, 
much less electronic commerce capabilities. 
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To date, most attempts at adapting Internet technology to negotiations and commerce, 
even in small measure, have been focused on solving the problem from inside a 
corporation's systems going out and with the emphasis on the seller, not the buyer. 
Consequently, Intranet /Extranet options usually do not provide electronic commerce, 
only more sophisticated information distribution and sharing. 

For corporations that sell at retail, one technique for selling goods over the Internet 04 
is shown in Figure 2b (Prior Art). This scheme uses the concept of a hosting "mall" 24 
Website that enables buyers to browse through stores 28 (individual participating 
selling corporate Websites or aggregated catalog systems) and use a "shopping cart" 
26 feature for selecting items to purchase. Participating sellers in a mall 24 create their 
own Websites which list items for sale and prices. The mall usually provides the 
shopping cart technique for the buyer to use to select items to buy. Such Internet 04 
sales techniques also use security systems for transmitting payments by credit card 30a 
and 30b or CYBERCASH™ payment methods (not shown). Most of these mall Website 
are significantly limited in the interaction, if any, they allow between buyers and 
sellers. A few allow limited price negotiations between buyers and sellers, but none 
allow iterative, multivariate negotiation and bargaining for both price and terms, such 
as availability, shipping, carrier, payment methods, risk of loss, etc. 

Similarly, for non-retail business buyers and sellers, the mall concept above has limited 
value, since it usually does not connote much about the integrity or capability of the 
participating businesses, nor provide all of the various payment options a business 
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might want to use. Most of the present Internet and World Wide Web systems for 
commerce are directed to consumer purchases of retail items in small quantities, not to 
business to business transactions or consumer transactions negotiating for goods and 
services in large quantities on national or international terms. 

The companies that do provide more of a business to business focus over the Internet 
usually do so by offering special enterprise application server software 19s, as shown in 
Figure 2a (Prior Art) for installation inside an enterprise's private corporate network. 
These programs fit into a category of software called front-office applications or 
application servers - so called because they sit close to the user end inside an enterprise 
and are customized to interface with the back-office applications 21 inside the 
enterprise, which include commercial products from software suppliers as well as 
custom developed applications that handle internal business functions such as 
inventory tracking, financials, human resources and supplies, and similar Enterprise 
Resource Planning (ERP) systems. 

As seen in Figure 2a (Prior Art), three separate corporations 16a, 16b and 16c are 
shown using the services of an enterprise commerce site provider 18. Each corporate 
site 16 has a firewall 16af, 16bf, and 16cf . Firewalls are a combination of hardware and 
software designed to prevent unwanted intrusion into a private corporate network by 
unauthorized personnel. A firewall usually puts a specially programmed computer 
system between its internal network and the Internet. It also prevents the company's 
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internal computer users from gaining direct access to the Internet, since the access to 
the Internet provided by the firewall computer is usually indirect and performed by 
software programs known as proxy servers. 

Note that, as shown in Figure 2a (Prior Art), in a typical implementation of an 
5 enterprise commerce site provider 18, the enterprise commerce site provider 18 breaks 
through the firewalls 16af-16cf of each of its customers. Normally this is done in such a 
way as to provide secure access. Occasionally, if the commerce site provider 18 allows 
its customers to be linked for certain transactions over the Internet 04, over a common 
^ external link 10 to the Internet, internal security may be comprised, if the customer's 
10 firewall is configured incorrectly and the Internet transmission results in a breach. 

J" Still in Figure 2a (Prior Art), note that the typical enterprise commerce site provider 18 
h must have each customer 16 install the provider's application server software 19s, on 
O an application server computer 19h inside the corporation's private network 14. Thus, 
in order to have access to the commerce site, corporation 16a would have an individual 
15 working at a desktop computer 08, for example, connect to the corporation's internal 
Web server computer(s) 20h over internal private network 14. The corporate employee 
thus accesses the enterprise commerce site provider 18 through his or her corporation's 
Web server computer 20h, running the enterprise commerce site provider 18's 
application server softwarel9s. From the Web server 20h, application server software 
20 19s, possibly running on its own application server computer 19h communicates 
through the firewall 16af with enterprise commerce site provider 18, and ultimately, 
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through that site to other corporate subscribers to the enterprise commerce site 
provider, 18 usually over a private leased network 11. The corporation's internal 
network 14 links the desktop computers 08 with not only the internal application server 
19, but also to the internal corporate back-office internal computers 21. 

Many, if not most, of the implementations of the enterprise commerce systems shown 
in Figure 2B(Prior Art) may also require the corporation to install a special database 
application server 13h, to run special database application software 13s along with the 
application server software 19s. Thus, if the corporation already has a Web server 
computer 20, and the corresponding software 20s, it still has to purchase at least the 
application server software 19s, possibly an additional computer to act as the 
application server computer 19h, and possibly yet another combination of database 
server computer 13h and database server software 13s, in order to use the enterprise 
commerce provider 18's system. 

Because application server products 19h and 19s, and possibly additional database 
server hardware and software as seen in Figure 2a(Prior Art), have to be installed 
inside each participating corporation, customized to that corporation's internal back 
office systems 21, and backed by appropriate internal training support, it can cost in the 
several hundred thousands or millions of US dollars to purchase and install the systems 
and train internal people on their use. While a few of these applications connect buyers 
and sellers over the Internet, usually both the sellers and the buyers must also install 
and customize the application server software 19s inside their internal networks 14— 
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another reason why these systems are so expensive, difficult to implement and costly 
to maintain. The traditional approach has been to design systems that will interface with 
the corporation's own internal computers and systems. Since these vary from one 
company to another, this is another reason why the application server software 19s can 
be costly, as extensive modifications to it may be necessary to interface with each 
customer corporation's own systems. 

Payment options in an enterprise application server approach may be a little broader 
than those in a mall, in that they include not only credit cards (for those following the 
US banking systems) or CYBERCASH™ payments, but also procurement cards or 
specially agreed upon and custom programmed electronic authorization methods that 
allow a buyer to order items from a seller. However, for both enterprise application 
server and the mall Website approaches, payment processing, especially by credit card, 
is complicated. 

In order to process a credit card transaction, a number of communications need to 
occur between selling Website and the bank/credit card processor. If the bank/credit 
card processor accepts "international" payments, any currency translations are done in 
separate steps, not online or in real time. That is, they are usually done on a special 
processing basis, rather than part of an online transaction, if they can be done at all in 
some countries. A general overview of the steps required for credit card handling is 
shown below: 
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Bank/ credit card processor 



1 transport thp rrpH it rarH in form a firm 
securely to processor or bank over a 
private network; 


z. veriiy tne car a is legitimate ana tne 
amount exists; send authorization to 
online merchant over the private 
network; 


3. post the item details back to the 
bank/ credit card processor over the 
private network; 


4. transport item details to card issuer 
for debit to the holder's account over 
private network 




5. make necessary currency translation 
(usually offline) 




6. credit the merchant account 




7. deduct significant fees, usually a 
percentage or more per transaction from 
the merchant account; 




8.archive details. 



Credit cards are issued to buyers relatively easily, but merchant identifiers (merchant 
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ID's), which allow the merchant to accept and process the cards are not as easy to 
obtain, especially for online transactions, and online merchants are usually charged 
premium processing fees to authorize online processing and the handling of 
international transactions. 

Procurement cards or other custom programmed electronic authorization methods that 
allow a buyer to order items from a seller are usually more expensive in that they 
usually require special negotiations and some custom programming. Any time custom 
programming is required, along with local installation and training at the corporation's 
site, costs go up significantly. 

Because of this expense, enterprise application server systems, such as those provided 
by CONNECTINC.COM and TRADE'EX.COM are designed to work with existing 
relationships between buyers and sellers, in which the detailed terms have already been 
negotiated for ongoing purchases and to prevent "wild card purchasing" inside the 
organization. These are usually referred to as maintenance, repair and operations 
(MRO) or administrative purchasing. Generally, administrative purchasing only 
represents about 20% of a company's purchasing efforts. Within this administrative 
level of purchasing, procurement cards and specially constructed payment methods are 
used more for the low value transactions. More important MRO transactions are 
usually paid for by company checks or wire transfers. Most of a corporation's 
purchasing efforts, nearly 80% in many cases, are directed to production purchasing, 
which is usually not addressed by the above types of enterprise systems. 

12 
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In marketing literature, for example, TRADE'EX states that its TRADE'EX procurement 
system is specifically designed to be an MRO system which "frees buyers to concentrate 
on more important tasks such as vendor selection and contract negotiation." That is, it 
does not handle production purchasing and negotiations. 

Production purchasing is normally defined as the purchasing of components, 
subassemblies or parts that a company assembles and repackages into its own 
products. If a company manufactures automobiles, for example, production purchasing 
for it includes the purchasing done for all the components of its automobiles— tires, 
batteries, electrical systems, seats, engine parts, raw materials for frames, etc. For an 
auto manufacturer, MRO or administrative purchasing would handle such lower 
priority items as office supplies, office furniture, etc., or established longstanding items 
such as stock tires for automobiles for which all the terms had previously been 
negotiated without the benefit of automation. 

Production purchasing includes the selection of new vendors, the evaluation of them 
and their products, conducting contract negotiations and so on. It is also of strategic 
importance to a business because it has a very direct impact on manufacturing and 
product costs, and sales prices. Thus, while the enterprise application server products do 
tend to reduce the internal transaction costs and time associated with MRO or 
administrative purchasing, they are usually affecting the smallest part of the 
purchasing effort, leaving the bulk of the endeavor, and often the most strategically 
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important part to existing manual methods. 
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Credit cards are essentially ways to pay cash in advance for goods and services, and 
thus, would not be suitable for production purchasing either, where delivery, 
payment, and inspection schedules are usually negotiated to occur over time. Thus, in a 
production purchasing agreement, a buyer may only to agree to pay the seller in 
installments, after the seller has shipped a monthly quantity and the buyer has had a 
chance to inspect and accept them. Once the buyer has accepted a shipment, the seller 
would usually like the fastest payment possible. Even if credit card payments could be 
made after the fact, they are usually not handled online for international transactions. 

In addition, obtaining real time card authorization for international transactions online 
is a major undertaking, because online card processing and bank to bank connectivity 
does not exist on the Internet in many countries. Also, transactions denominated in 
most non-G7 currencies are not likely to be processed in real time online because the 
international banking system is not capable of doing real time, online, Internet currency 
transactions. Consumers who travel and use credit cards to make payments in other 
countries, and other currencies, may think these transactions are being handled online, 
but they are not. Most of the currency exchange processing is done by the connecting 
banks offline, and most of it that is done electronically is done on private bank and 
interbank networks. 

Many of the major credit card issuers also do not allow a merchant to use its merchant 
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identifier (ID) to process transactions on behalf of related entities. This is a significant 
problem for mall operators, in particular. To add a new store to the mall, the mall 
Website operator must ask the store to get its own merchant ID, offline. It can take 
weeks to get a merchant ID, but without one, the seller in the mall cannot accept any 
online transactions at all. 

For international processing there are other payment methods available, but these are 
usually done manually or offline. For example, wire transfers allow bank-to-bank 
payments for international transactions in any tradable currency. However, these are 
done over private bank networks and usually between companies which have already 
established a purchasing relationship - - i. e. for MRO or adrninistrative purchasing. 
Wire transfers are used more often in international trade than company checks, because 
the processing time for a wire transfer is faster than check processing and the fees 
charged by the banks are often lower. The participating banks usually handle the 
currency conversion as part of the process. Again, however, this usually requires some 
fairly sophisticated interbanking networks in the applicable countries. 

Letters of credit (L/C) are another payment vehicle used for international transactions, 
once they have been negotiated. It usually takes 6 weeks or longer to negotiate one. 
Negotiations take so long because the issuing bank (the buyer's bank) assumes the total 
credit risk by agreeing absolutely to pay the seller so long as the transaction documents 
match the terms of the letter of credit itself. Most disputes about the payment of letters 
of credit have to do with discrepancies in the L/C terms, including such simple things as 
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typographical errors. As seen in Figure 2c (Prior Art) heretofore, letters of credit were 
negotiated primarily by telephone calls and facsimile exchanges between a buyer PI 
and a bank P2 which can easily result in both substantive and typographical errors. 
Banks which process the letters of credit, often use a private network known as the 
SWIFT system, which provides 128 bit encryption for data sent between points on the 
SWIFT network. The United States Department of Commerce continues to regulate 
encryption controls required by US laws, and limits this full level of encryption to US 
and Canadian banks. Other systems are allowed to use 56 bit encryption outside the US 
and Canada. 

Another form of payment often used by business for production purchasing is known 
as documentary collection. It is midway between a letter of credit and a wire transfer. 
With this method, the issuing bank does not assume the absolute credit risk and 
obligation to pay. It only agrees to assist the transaction as a sort of "honest broker." 
Consequently, the bank fees are lower. However, this method is normally used 
between parties that have already established a course of dealing, but want a structured 
payment vehicle processed through their respective banks. 

Still another payment method often used in business transactions is the purchase order 
(PO) issued against a previously agreed upon master purchase agreement. Some of the 
MRO or administrative systems which go beyond credit card payments, enable a buyer 
and seller to use the terms of a previously negotiated master purchase agreement as a 
governing document for each purchase order issued. In this approach, a purchase order 
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represents a buyer company's obligation to pay according to the master agreement, 
and the seller has to accept the risk that the buyer will actually pay the purchase order 
per the originally negotiated payment terms. As with letters of credit, this form of 
payment usually involves the transmission of facsimiles and telephone calls between 
the businesses - -an error - prone process. 

For purchase orders, as with letters of credit, and similar techniques, one of the 
difficulties for businesses is known as the "battle of the forms." If a buyer issues a 
purchase order, or ships goods against a letter of credit with different or additional 
terms stated or implied, in many jurisdictions it is not clear which contract terms will 
govern the transaction. Frequently forms get lost, or the exact order and dates of 
transmission and receipt are not known, or the contents are rendered unreadable by 
carbon copies or facsimile machines. There is usually no simple, reliable way to track all 
the steps involved in the transaction. Thus, transactions may be repudiated by buyers 
or sellers because the paperwork is incomplete or erroneous. 

While some attempts have been made to address repudiation arising from terms sent 
fraudulently by other than the authorized buyer or seller, these attempts typically focus 
on obtaining some form of electronic signature or certificate of authenticity to avoid 
some of the difficulties. However these do not clear up unreadable terms or track down 
all the terms negotiation steps. 

As mentioned above, some existing MRO systems provide MRO application server 
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software at both the seller's and buyer's sites, which is installed and customized at 
those sites, to the internal systems used by each- -the cost of such installation and 
customization is usually high. 

In addition to the cost of the internal software installation and customization, enterprise 
5 MRO electronic commerce products usually do little or nothing to help a seller find new 
buyers (or the buyer find better, more cost efficient suppliers) or simplify the initial 
purchase and multivariate contract negotiation process. Most buyers want to be able to 
^ evaluate new suppliers readily. The negotiation of a major purchasing agreement with 
^ a new vendor for a new product may take anywhere from 6-12 months or more, if 
3tp done manually. Since the existing enterprise application server products tend to focus 
* I on integrating with existing internal administrative /MRO corporate systems, very little, 
g if anything is done by them to simplify the launching or negotiation of new 
p buyer/seller relationships. 

: 

5ULI 

p 

y In many corporations, the selection of a new supplier for production purchases usually 
15 involves the creation of a team from purchasing , engineering, and manufacturing to 
evaluate all potential sellers. The team usually flies to potential vendor sites to evaluate 
capabilities and production facilities, obtain samples, and then return home to evaluate 
the samples. 
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For new product developments, the ability to evaluate actual samples as part of the 
buyer's new product may be critical to the buyer corporation's overall development 
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strategy and product timetable, and thus, the bottom line. A mass storage device 
manufacturer that is developing a faster, cheaper, higher capacity disk drive, may need 
to find high capability read/write heads. Read/write heads with the characteristics 
needed by the mass storage device manufacturer may not be available from anyone on 
the market yet. However, the manufacturer probably knows several firms that make 
high quality read/write heads for existing devices. If these firms have new heads under 
development, they would usually be willing to provide evaluation samples to such a 
manufacturer. The manufacturer needs the samples to verify that the new disks it is 
building will work reliably and at full speed with the heads being developed by the 
other firm. If these tests can be performed and the results are good, the manufacturer 
knows it is likely to be able to meet a new product shipment date of x, with a price of y. 
If samples cannot be obtained and evaluated, the manufacturer's product development 
cycle may slip by months or years, thus costing potential millions in lost revenues and 
market shares. 

Once a short list of vendors with acceptable samples has been qualified, the team would 
be represented by the purchasing buyer who negotiates with the different 
representatives from the vendor short list. When the buyer has selected a seller to buy 
from, it may still take 6 to 12 months or more to negotiate prices, sales terms, 
quantities, inspection and replacement terms, availability dates, shipping costs, carrier, 
risk of loss and insurance, payment options, etc. Most of these terms are critical for 
production purchasing. The cost of reaching agreement on all terms can come to 
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thousands or tens of thousands of dollars worth of labor, travel, and other expenses 
normally associated with the typical production purchase negotiation, in addition to the 
delays caused to the buyer's development and production cycles. 

As another example, if an automobile manufacturer plans to build x thousand new cars 
5 and trucks each month on its production line, it needs to be sure that the firm(s) from 

which it purchases the new types of batteries needed for new models can deliver the 

required quantity each month, on time, with excellent quality and reasonable prices. 

The auto maker could lose millions in sales if its assembly line is stopped because of part 
J" shortages. Thus, while price is important in production purchase negotiations, it is only 
|j) one small part of an overall set of purchase term variables that are strategically 
JTi important to the auto maker and its cost of goods sold. If the seller uses unreliable 
^ shippers and carriers or does not know how to import or export its goods to the 
g manufacturer's assembly plants, the best price on the market will be worth very little 
p to a manufacturer which has to halt production because of missed schedules, shipments, 
t$ or quantities. 

Obtaining samples from vendors known to the production buyer is significant in itself, 
as seen above. However, in today's international trade, the overwhelming majority of 
potential buyers and sellers are not aware of each other's existence. Yet international 
trade is increasing by double digit numbers each year, so an obvious need exists for 
20 more capability. Many countries are taking advantage of the "leapfrog" effect by 
using the Internet and the latest in information technology (IT) to build instant 
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infrastructures for competing in international commerce. Some countries and trade 
regions have set up inspection services for potential outside buyers, so that a buyer can 
obtain an independent assessment of a particular vendor's production facilities from 
such services. This saves some time and travel expense. However, it still does not 
provide a buying team with samples for evaluation. With current Internet commerce 
systems there is no effective way to order such samples. By the time terms and 
conditions for a sample order have been negotiated manually at such distances, the 
samples are not likely to be relevant any longer to the buyer company's development 
goals. 

At the same time, most sellers of such products may need time to ramp up their 
production (especially for new or improved products) in order to meet quantity terms 
and dates, and they may need to incur additional costs if they have to change shippers 
to meet the buyer's needs. A seller does not want to have its goods rejected arbitrarily 
as defective or damaged if this is not the case. So inspection, return and refund policies 
need to be negotiated. All of these terms are usually variable and may frequently 
interrelate. If a seller's shipping costs go up - - so might its prices. If a buyer is unable to 
meet its quantity goals because too many of the seller's goods are defective, the buyer's 
internal costs go up, and the buyer may have to buy from another source. 

Production purchasing negotiations such as these are usually done by telephone, on- 
site visits, faxes and other non-automated means of conducting a negotiation today. 
This work is labor intensive, and if travel is involved, expenses climb. If the transaction 
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is an international one between two countries with different currencies, customs, and 
trade practices, it can take even longer and cost more to conduct the negotiations. 



In today's global markets, while international sourcing is becoming more and more 
important, it is expensive for a buyer team to travel to sites in another country to 
evaluate them, buy samples for engineering evaluation at home, and to conduct the 
negotiation through occasional visits between buyer and seller. While most use 
facsimile machines or computer fax modems to submit drafts of agreements back and 
forth, face to face negotiations may be needed more frequently for international 
negotiations, because business practices in the two countries may differ significantly 
and errors or misreadings caused by poor fax reproductions may further complicate 
the process. 

In other words, application server approaches do not offer any real solutions to the 
production purchasing, non-retail, problems. 

Returning now for a moment to Figure 2b (Prior Art), as mentioned above, Websites 
such as retail malls 24 or standalone Websites are used by some corporations which 
sell at retail. While many tools exist to allow companies to design Websites, there are 
not as many that allow a company to design one for automatic integration into a 
Website in a mall or with online catalogs. Since most companies want to maintain 
control over the appearance of their corporate and brand names, those mall or catalog 
sites that do provide Web tools for their business subscribers, usually do not provide 
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complete common interfaces or templates for the companies to use, nor do they 
integrate the sites with multiple features and services. Instead, they usually only 
provide access to a shopping cart 26 feature and a secure credit card 30 payment feature 
with a catalog product and price list that is searchable. Some may also provide manual 
help to the seller in listing its Website in relevant search engines used on the Internet. 
Normally, however, it is the seller's responsibility to do so. In either case, the 
registration with search engines is usually done manually. Some may also require the 
seller to arrange for payment processing separately, offline. As mentioned before, 
obtaining a merchant ID can take weeks, thus limiting what the seller can do online 
until then. 

Presently, on the Internet, search engines such as Compaq Corporation's 
ALTAVISTA™, Yahoo corporation's YAHOO™ and so on, have different schedules for 
accepting and adding new sites to their search lists. It can take anywhere from 4-8 
weeks or more for a site to be registered with each search engine. Many Internet 
search engines also add entries to their lists by "spidering" around the Internet to 
gather all Website addresses. Depending on the search engine, spidering may take 
much longer or not be as complete as a user requested registration. For example, 
ALTAVISTA'S Website states: 

The Altavista search engine starts by spidering your entire site with its spider 
Scooter. Scooter may take up to three months to spider and index your entire 
site. It normally spiders about 2 pages per site in any week Best bet is to 
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submit your pages manually at the rate of no more than 30 per week. 



As can be seen, the costs to a seller to establish a Website can be significant both in time 
and money. IDC Corporation reported in 1997 that the average cost of creating a fully 
enabled domestic US business to business electronic commerce standalone, single, retail 
Website for a large Fortune 1000 business was approximately $600,000.00 (Six 
Hundred Thousand USD.) 

BUSINESS MARKETING MAGAZINE™, published by ADVERTISING AGE™, 
reported in 1998 that median prices for creating a single Website averaged as follows: 
Company/Website Size Average Cost 



Small $44,500 
Medium $99,750 
Large $302,975 

To add electronic commerce to the site, costs averaged as follows: 
Company/Website Size Average Cost 

Small $25,000 (online ordering by fax but no transaction or 

payment processing) 
Medium $33,000 (online ordering with credit card processing) 
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Large $78,000 (database searches, online ordering, credit card 

processing) 



Creating a single Website can take anywhere from 1-8 weeks to 6-8 months or more. 
Creating one that is able to handle simple electronic commerce transactions may take 
even longer as merchant accounts for credit cards need to be obtained, integrating 
CYBERCASH™ or similar realtime payment methods must be provided for, search 
engine registrations need to be requested and so on. 

As noted above, generally accepted electronic methodologies for handling international 
commerce online other than on a simple credit card or CYBERCASH™ payment basis 
for retail sales do not exist. Many countries do not have bank procedures in place to 
accept international credit card transactions in real time. In such countries, trying to 
adjust the current banking systems may well be impossible and completely new 
systems would be needed. 

Thus, most existing electronic commerce sites are designed to work with existing 
proprietary banking networks such as the United States VISA™ and MC 
MASTERCARD™ real-time card authorization and processing interbanking systems. 
As noted above, these are known as SWIFT-compatible private networks which use 
128 key encryption for security. This often limits a buyer or seller's market potential 
unnecessarily. Since many countries do not have banking systems comparable to the 
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SWIFT interbanking system, payments in such countries may only be made by 
manually negotiated letters of credit and so on. It can take from 4-6 weeks simply to 
negotiate the terms of a letter of credit, when using the same manual techniques of 
phone calls and fax machines. In a global economy, when manufacturers in one 
5 country may want to source parts and components from the Pacific rim, sell them in the 
United States, Europe or South America, or Pacific Rim, a system that does not address 
the complexities of international purchasing is very limiting. 

Similarly, the companies that provide Web hosting for a mall 24 on the Internet as 
shown in Figure 2b (Prior Art) usually address only retail sales of consumer articles, 
ff) with little or no control over the individual businesses that subscribe as sellers or the 
l[ consumers who browse as buyers. In many business transactions, buyers want to 
^ know that the sellers meet some minimum standards and requirements and sellers 
!I want to know that fraudulent or inappropriate requests will not be tolerated. 

i ■■ % 

n 

g Most World Wide Web mall or commerce sites do not offer this kind of site integrity for 
15 their business transactions, since most of them are directed primarily to retail sales in 

which a consumer can usually rely on consumer protection laws and some credit card 

"insurance" practices, for protection from the unscrupulous. 

The few enterprise electronic commerce providers that go beyond the mall concept do 
so with the addition of a governor or administrator feature which coordinates with the 
20 enterprise application servers. The governor sets up and administers the rules for the 
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site and can act as a broker. This usually entails a customized, specially programmed 
matching of participating companies' computer systems to coordinate authorization 
and payment approval so orders flow between firms. However, this technology can 
cost millions and it can take as much as two years to program the computers and set up 
the necessary processes and equipment at all the participating company sites. Most of 
the components for doing this are sold by major computer hardware and software 
vendors who also sell application server software, hardware, and consulting services to 
install the "front-end" application server at the participating business's site. Thus, while 
the Internet may be used to connect the companies participating, most of the work is 
done by the application server software installed on private, proprietary networks at 
the various company sites, and the Internet serves as a simple external 
telecommunications link. 

Another complication of some of the seller - centric and enterprise application server 
products designed for commerce is that they may only work with certain forms of 
electronic data interchange (EDI) technology, which is 7 to 10 times more costly to use 
than other methods. Existing EDI technologies use private networks and charge per 
call and by the bit of information transmitted. Depending on the approach used 
attempting to change such systems to use other forms of data interchange can be very 
costly, because of the number of installed software application servers at the 
participating company sites which must be radically changed. Because of the expense 
associated with most EDI technologies, only about 2% of companies worldwide 
attempting to do business over a network use them. 
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Existing business to business enterprise application software servers tend to have more 
of a sellers' focus, and, as mentioned above, they tend not to focus on a buyer's need 
for finding and evaluating new sellers, nor for negotiating and bargaining with the new 
suppliers. Similarly, most of the mall Websites which focus on retail sales are seller- 
5 centric. That is, they focus on letting a seller list its wares and prices, and decide how 
much to disclose about itself and its products and only allow the buyer to select from 
listed items and prices. Little or no seller marketing, product, terms or service 
3 evaluation information is available to the buyer. As mentioned before, a buyer on a 
O mall Website is usually not permitted to negotiate anything, simply to select from prices 
|;f) and payment options provided by the seller. Buyers using the enterprise application 

saw 

fy server software products cannot use them to negotiate new production purchases, but 

J&jir. 
S'S 5 

3 simply to process maintenance, repair or operation (MRO) orders against existing, 
G already negotiated agreements. 

Q Even with the seller-centric focus, most companies that provide a mall or enterprise 
15 application server business to business site offering, do not help with the marketing or 
promotion of the participating sellers' brands. Thus, the value of these services for the 
participants are often limited by the power of each company's individual brand. If the 
seller participants have products that are not well-recognized by brand name, an 
electronic commerce mall or business to business enterprise application server software 
20 service usually does not provide much added visibility or market reach. A few sites 
have attempted to address this by organizing along vertical market segments, such as 
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malls devoted to the steel industry, but this alone does not provide that much 
additional visibility, primarily because it does not address some of the basic needs a 
buyer has for multivariate negotiations. 

The production purchasing buyer needs to be able to collect information about sellers, 
and it would help to know that some entity has screened them and monitors them for 
adherence to some known set of standards and reputability. Additionally, production 
buyers today usually have to travel to a seller's physical location to get sample 
products. If the buyer is in the US and the seller is in Malaysia, this might costs 
thousands of dollars in airfares and travel expenses, just to get samples. Most existing 
products and services do not help with these tasks. As noted above, samples of newly 
engineered component parts may be critical for the buyer company's completion of its 
product. New systems being built by a computer maker may need power supplies or 
heat dissipation systems that are also new and unproven. The engineers developing the 
new computer systems need to be able to test their prototypes with sample, new 
component parts to know the whole system will work. None of the existing methods of 
buying over the Internet address this kind of need. Most systems are not designed 
from the buyer's viewpoint. 

One system does attempt to address a few things from a buyer's viewpoint. This is the 
Priceline.com system which is described in US Patent No. 5,794,207 Method and 
Apparatus for a Cryptographically Assisted commercial Network System Designed to 
Facilitate Buyer-driven Conditional Purchase Offers, issued Aug. 11, 1998, to Walker et 
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al., assigned to Walker Asset Management Limited. This is essentially an online bidding 
process in which a buyer specifies the price it desires to pay for an object, such as an 
airplane reservation or a car. The bid is submitted over the Internet to a central site 
which analyzes a database of sellers of that type of item to find one or more selling the 
5 object at close to the bid price. These matches or near-matches are presented to the 
buyer, who can then select from them and place a conditional purchase offer. If the 
seller accepts, the sale is made. A buyer can initiate another round of bidding if there is 
no good result from the initial one. While this system has benefits for certain types of 
_ purchases, usually of completed, commodity items, it does not address the needs of 
JK) production buyers outlined above. It does not provide iterative bargaining between the 
h1 buyer and seller on all aspects of a multivariate transaction, nor does it connote much, if 

H U 

anything about the participating sellers. It is similar to other auction sites on the World 

•I 'ST-? 

Wide Web which allow you to submit bids to a seller or auctioneer, but do not provide 

Pi the opportunity to bargain interactively with the seller on all the terms. A bid 

hi 

|f submission process is quite different from a price and terms negotiation process. Bid 
□ submission systems are usually designed to assist a seller in disposing of excess 
inventory. Hence, some malls and enterprise server applications provide limited 
electronic commerce, but none provide true multivariate negotiation ability. 

Finally, both the mall concept and the enterprise server concepts use databases for 
20 storing and indexing product and price lists and catalogs, along with final orders. 
However, since very little is offered in the way of iterative bargaining, other than a 
simple order /confirmation process, little or nothing is known, and consequently stored 
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about the negotiation process on a step by step basis. Again, any information that is 
collected is likely to be of interest primarily to the seller, not the buyer, since most of 
the systems in existence are focused on the seller. 

Once a complex agreement has been negotiated, printed in hard copy, and signed, it 
5 usually goes into a file system and in frequent cases virtually disappears. Six months or 
a year after signing, the parties to the agreement may have re-organized their 
companies or promoted the people involved in the original negotiation, so that new 
people are assigned to administer the agreement and carry on the relationship. Often 
y. times, the new individuals do not follow the agreement completely and sometimes it 
JfO even gets lost in the transitions that so many companies undergo today. Thus many of 

the benefits that were obtained through long and hard negotiations may be lost over 
J" time. 

S Similarly, relying primarily on a hard copy paper trail to manually validate orders 
□ placed against an agreement is error prone. If the agreement is lost or only 
15 infrequently referred to, validation begins to erode, and correspondingly, so does the 
likelihood that all the benefits will be obtained. For example, additional discounts for 
timely order placement may be lost if the successors are not aware of the discounts. 

To attempt to maintain file copies of the agreement in several different departments 
within a company also leaves room for error with present techniques. While the legal 
20 department may have the official copies, marketing, purchasing, engineering and 
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manufacturing may not be as rigorous at filing and may be working from copies of the 
next to the last draft, or may lose copies of formal amendments. 



For many companies it is important that a major agreement be available and 
understood by several departments. Using the example of discounts for early order 
5 placement and lack of reorders and corrections, it may be important for engineering, 
purchasing and manufacturing to coordinate their efforts to take advantage of this. For 
the design of a new product, engineering is usually responsible for determining the 
^ exact kind of components to order, while marketing, purchasing and manufacturing 
•fl may need to cooperate to plan a schedule for ordering in quantities over time. While 
||) there are some systems that allow an engineering design to be turned into a parts list, 

Li. 

I* i there are no systems that allow an agreement to be used to inform the whole process. 

m Similarly, a major agreement usually involves at least two entities. Short of costly, time 
O consuming options such as litigation or mediation, there is little available today that 

it ' : 

□ such entities can use to manage the agreement and the ensuing relationship it creates 
15 between them. While there are some automated systems that allow one company to 
place orders against a manually negotiated agreement, these systems do nothing but 
that. Many companies do not want to extend such a system further into their internal 
networks for fear of disclosing sensitive material such as pricing information, customer 
lists, or new technical developments. 

20 In many industries, developments in the legal system such as the Uniform Commercial 
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Code and IncoTerms, coupled with experience in the industry, make it easier to develop 
model "Standard Agreements' 7 that companies can use as a starting point for 
negotiation. For the most part, however, the only way these have been used is as the 
basis for word processing text. 

The problems associated with complex commercial negotiations are similar to those 
found in complex design, development and production environments. In fact, many 
design, development and manufacturing processes require a significant amount of 
negotiation. 

A customer, such as a computer manufacturer, may want to include a scanner product 
made by a scanner manufacturer as an integral part of its new computer system. After 
completing the scanner vendor selection and contract negotiations process, the 
customer typically still faces a number of iterative negotiations with the maker of the 
selected scanner subsystem—however, these may have to do with the design, the 
development and even the manufacturing of the subsystem. For example, the 
computer manufacturer may want the scanner vendor to develop custom driver 
software for each of the three operating systems the computer manufacturer uses, and 
may want special features in each. The scanner vendor may be unexpectedly limited in 
resources and time, thus requiring that the computer maker make some selection and 
priority decisions. Each party may have to go back and forth numerous times with 
requirements documents, design documents and development timetables until a good 
result is achieved at each stage of the development process. 
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Presently, there are custom development tools developed for internal use by a supplier 
in specific industries, such as rapid prototyping systems for Very Large Scale Integrated 
(VLSI) integrated circuit chip makers, but no systems that address the ongoing 
negotiations between customers and suppliers that actually take place in complex 
design, development and production processes. 

As companies and legal entities operate in the present economy, it becomes 
increasingly important for them to identify their respective core competencies and 
separate them from other processes that are done internally but may not be essential 
for the business. For example, a computer manufacturer may have hardware design 
and engineering as its core competency. Logistics management for shipping and 
receiving may not be a core competency, yet it may still be done internally. At present 
there are few analytical tools a company can use to examine its internal processes to see 
which are most effective and which need improvement or need to be subcontracted 
out. There are some consultants who will study such processes manually, and some 
decision support tools available, as well as the beginning of a concept called 
collaborative forecasting and replenishing which attempts to allow two companies to 
compare their respective processes. However, there is presently no automated 
infrastructure that can be used by consultants or systems to do this. 
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SUMMARY OF THE INVENTION 

An process mining system for analyzing the processes used to implement negotiated 
contracts and other agreements stored in an automated system of record. Using 
unique identifiers assigned by the contract authority of the invention, process mining 
can be done to evaluate the effectiveness of processes used to implement one or more 
sets of negotiations. 
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BRIEF DESCRIPTIONS OF THE DRAWINGS 

Figure la is a block diagram of the present invention showing its use by one sponsored 
commerce community. 

Figure lb is a block diagram of a configuration of the present invention. 
5 Figure lc is a logical diagram showing several communities created using the present 
invention. 

Figure Id is a block diagram of the present invention showing its main functions. 

Figure le is a block diagram illustrating a main process of the present invention. 
^ Figure If is a block diagram illustrating database structures of the present invention. 
W Figure lg is a block diagram showing some of the main interactions enabled by the 
p present invention. 

ft i Figure lh is a schematic drawing of a multi-media embodiment of the present 
I invention. 

^ Figure li is a flow diagram of the multivariate negotiations engine of the present 
|§ invention. 

£ Figure lj is a block diagram of sponsor functions of the present invention. 

Figure lk is a block diagram of participant functions of the present invention. 

Figure 1L is a block diagram of network functions of the present invention. 

Figure lm is a block diagram of external functions of the present invention. 
20 Figure In is a block diagram of database functions of the present invention. 

Figure lo is a block diagram logical overview of database functions of the present 

invention. 

Figure 2a (Prior Art) is a block diagram of a prior art enterprise application software 
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server system. 

Figure 2b (Prior Art) is a block diagram of a prior art Internet mall site. 
Figure 2c (Prior Art) is a block diagram of prior art sample quantity purchasing 
techniques. 

5 Figure 3 is block diagram of a type of community enabled by the present invention. 
Figure 4a is a flow diagram of remote Web authoring of the present invention. 
Figure 4b is a flow diagram of the customization of the remote Web authoring of the 
present invention. 

r;:i Figure 5a is a block diagram of the database functions of the present invention. 

ii) Figure 5b is a block diagram of a database entry of the present invention. 

few 

fy Figure 6 is a flow diagram of illustrative sponsor promotion activities of the present 

uJ invention. 

Crl 

a Figure 7 is a flow diagram illustrating a buyer entering negotiations. 

!h 

G Figure 8 is a flow diagram of illustrative reporting features of the present invention. 

hd 

£S Figure 9 is a flow diagram illustrating a buyer participant's preparation for purchasing. 
O Figures 10-1 through 10-3 are schematic diagrams of interactive Web authoring screens 
of the present invention. 

Figures lla-1 through lla-3 show a completed letter of credit negotiated using the 
present invention. 
20 Figure lib is a sample email notification of the present invention. 

Figure 12 is a block diagram of a seller's administrative database of the present 
invention. 

Figure 13 is an illustrative block diagram of a database entry for a community sponsor, 
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showing status of a negotiation. 

Figure 14 is a block diagram of another sponsor administrative area of the present 
invention. 

Figure 15 a is a block diagram of part of a seller's order processing using the present 
invention. 

Figure 15b is a block diagram illustrating a buyer's proposed terms using the present 
invention. 

Figures 15c-l through 15c-3 are block diagrams showing a proposed letter of credit 
using the present invention. 

Figure 16 is a block diagram of a seller's view of a proposed order with payment by 
letter of credit using the present invention. 

Figure 17 is a block diagram illustrating seller's order processing using the present 
invention. 

Figures 18-23 are illustrative e-mail notifications of the present invention. 

Figure 24 is a block diagram of an illustrative set of community rules using the present 

invention. 

Figure 25 is a flow diagram of the present invention's automation of search engine 
submissions. 

Figure 26 is a flow diagram of a customizable language process for remote web 
authoring of the present invention. 

Figure 27 is a block diagram illustrating International transaction processing using the 
present invention. 

Figure 28 is a block diagram showing records archived by the present invention. 
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Figure 29 is a flow diagram of sample quantity ordering using the present invention. 
Figure 30 is a block diagram showing a wire transfer negotiated according to the 
method and apparatus of the present invention. 

Figures 31a through 31d are block diagrams of remotely authored Web pages created 
using the present invention. 

Figure 32 is a block diagram showing sample quantity ordering with the present 
invention. 

Figures 33-37 are block diagrams of an automated system of record of the present 
invention. 

Figure 38 is a block diagram of a logic overflow of the invention. 

Figure 39 is a table showing the use of a unique identifier in the present invention. 

Figures 40 and 41 are block diagrams illustrating active templates of the present 

invention. 

Figure 42 is a block diagram of an interative technical development using the present 
invention. 

Figures 43 -51 are flow diagrams of the invention. 
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DETAILED DESCRIPTION OF THE INVENTION 
Overview 

In Figure la, a block diagram of the present invention shows a multivariate 
negotiations engine system 02 communicating over telecommunications link 10a to the 
Internet 04. A community sponsor 06 is shown also communicating over a 
telecommunications link 10b to the Internet 04. Participants 08 in this community are 
shown at 08a-08h. For commercial implementations each participant is either a buyer 
or a seller (or in some cases, both) in the community. Participants 08 connect to 
community sponsor 06, through the Internet 04 and multivariate negotiations engine 
system 02. Multivariate negotiations engine system 02 contains all the software needed 
to create sponsored communities, communicate with sponsors, and with all 
participants and store the results. Each sponsor or participant only needs a standard 
Internet browser such as those commonly available from Netscape Corporation or 
Microsoft Corporation, among others, and a commonly available desktop computer 
or other terminal, workstation, or computer to activate the browser over any 
commonly available link to the Internet. Typically, these browsers are distributed free 
of charge by their suppliers. 

Multivariate negotiations engine system 02 can be used for other types of sponsored 
communities where interactive, iterative negotiations of a number of interrelated, 
variable items amongst the participants over the Internet is desired. 

For example, manufacturers in the computer industry might want to agree on a set of 
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multi-part, multi-tiered industry standards for a new computer bus. A computer 
industry association or a standards association might be the community sponsor, and 
the computer and peripheral manufacturers might be the participants who need to 
iteratively negotiate with each other and/ or the standards body to agree upon the 
standards. The sponsoring standards body establishes the community, proposes initial 
standards, sets the rules for negotiations, encourages and monitors negotiations, and 
concludes with a finally agreed upon set of standards, with each step of each 
negotiation that occurred along the way archived. Since no additional hardware or 
software needs to be installed at the sponsor's site or at those of any of the participants, 
the present invention provides a much more economical and speedy way to negotiate 
complex, multivariate items such as complex standards specifications. 

Additionally, while one form of sponsored community addresses corporate buyers and 
sellers engaged in production purchasing, other commerce communities could be 
implemented. For example, stock or commodity trading over the Internet might be 
conducted using the present invention. A sponsor, such as a traditional stock exchange 
or a newer type of securities body could establish the standards for accepting 
stockbrokers into the community. Such standards might include compliance with 
applicable securities regulations and so on. The sponsor can monitor and regulate 
actual iterative multivariate negotiations such as options, puts, calls, at the market or 
not at the market, etc., for buying and selling of commodities or securities 
electronically over the Internet. Or a trade show organizer might sponsor a 
community for allocating and iteratively negotiating accommodations, placement, 
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footage, signage, facilities, etc., amongst vendors and suppliers at the show site. 



Participants in a community can also ask the sponsor to appoint a moderator for their 
negotiations, if stumbling blocks arise. The moderator can monitor the negotiations and 
suggest next steps at any time in the process to one or several of the participants. 

Many other types of communities can be created with the present invention. For 
example, governmental agencies might sponsor trade commerce communities for 
regional trade development efforts. International organizations might sponsor a 
community to assist countries in negotiating complex treaties. 

Commonly available video conferencing and other multi-media techniques can be 
added to multivariate negotiations engine system 02. For these embodiments, it is 
possible that both sponsors and participants would have to add hardware or software 
for the multi-media features at their sites, if such features are not already present. 
Figure lh illustrates the use of commonly available videoconferencing equipment such 
as a camera positioned at the top of a monitor connected to a simple desktop 
computer. With existing videoconferencing products, an image II of a participant at 
another site is displayed on the monitor at the same time the Web browser interface 
Wl to multivariate negotiations engine system 02 displays a list of the terms being 
negotiated. Those skilled in the art appreciate that most existing videoconferencing 
products also include voice communications as well. Thus, the negotiating participants 
can see and hear each other and the complex, multiple variables they are negotiating at 
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the same time. Multivariate negotiations engine system 02 can archive the multimedia 
sessions as video and audio files to be stored with the text. 

The present invention allows the creation of one or more sponsored communities of 
any number of types for conducting iterative negotiations over a network. As seen in 
5 Figure la, the network used is the present-day Internet with TCP-IP protocols and 
formats, but those skilled in the art will appreciate that it could also be implemented on 
any future open network(s) which might replace or supplement the Internet, or it 
^ could be implemented inside current, private networks within a corporation, if desired. 

?fi Turning now to Figure 1c, a logical diagram of several different sponsored 

J| communities is shown. Sponsored community CA might be a community of farm 

! ? equipment buyers and sellers, while sponsored community CC might be a community 

p of stockbrokers CC08br and traders CC08tr. Sponsored community CB might include 

3 b' s 

O computer manufacturers CB08m and peripheral makers CB08p in a standards 

P 

p community CB. Existing enterprise electronic commerce systems would require each 
15 member of such a community to install special Webserver, application server and 
database server software at each sponsor site, and at all or some participant sites in a 
community such as sponsored community CC. The present invention, however only 
requires that each sponsor, and participant in a community have a standard Web 
browser (not shown here), and a connection to the Internet 04. All of the processing 
20 software and hardware needed to handle transactions for each community CA-CC 
shown here is provided at the multivariate negotiations engine system 02's site. 
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The above aspect of the present invention is particularly important in business to 
business negotiations. Use of the Internet architecture helps both sponsors and 
participants keep their separate brand identifications through their individual URLs and 
Websites, and the use of http addressing and protocols enables near-instantaneous 
pulling of text and object files in response to any queries, whether in the same country 
or around the world. 

Now in Figure If, in many cases, sponsor 06 database 225 will be perceived by the 
participants and any visitors to the site, as the general site database for the sponsored 
community. In this capacity, the present invention includes site services such as 
collecting data on the number of visitors to the site, their demographics, and 
maintaining similar server logs and analysis of the site traffic. 

Now turning to Figure lg, the present invention can be viewed as a series of 
interrelated processes as shown here. For a commercial community, there are seller 
processes, sponsor processes and buyer processes. Remote authoring 50, is a seller 
process which enables a registered seller in the community to create a seller Website 
within the community on which to include the seller's marketing and product 
information, along with pricing, terms, service offerings and so on. Information 
generated or created in this remote authoring process 50 is automatically integrated 
with the community databases and listings. Promotion and brand identifying actions 
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(such as registering the Web page with search engines) 
behalf of the seller as well. 



PATENT 

are taken automatically on 



Still in Figure lg, a seller, once registered and having completed remote Web 
authoring, can immediately evaluate orders 54 and other inquiries and respond to 
5 them. The present invention alerts sellers (and buyers) that a pending offer or 

counteroffer has been submitted, so that they may return to the system to negotiate or 
m resume negotiations. Finally, another seller process is order activity 58 which allows 
\ J the seller to follow the activity by e-mail or browser or similar means, and request data 
ffj downloads or activity reports on transaction data. 

rjrs 

JO The sponsor processes of Figure lg include maintaining databases, registering 

p community and seller domain names, and submitting Web uniform resource locators 

W 

Q (URLs) to multiple search engines so that both the community Website and each seller 

h Website within it can be found by search engines such as Compaq's ALTAVISTA™ 

among others. Sponsor 06 also monitors activity, collects fees, establishes standards or 

15 rules (or both) for the community, and promotes successes. Once a deal is concluded it 
is archived 68, by multivariate negotiations engine 212 on behalf of seller. The present 
invention also allows the collection and analysis of direct e-mail demographic 
information, such as company name, title and location. This data helps the present 
invention screen out frivolous or fraudulent inquirers. For example, a high school 

20 student attempting to propose an order might be intercepted when the present 
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invention determines that no company name or title has been provided and no other 
authorization for such a request has been provided for. 



Buyer processes shown in Figure lg include search and evaluate processes 70, which 
enable a prospective buyer to find companies and their products in the community and 
5 investigate their prices, terms and service offerings. If a buyer is interested in opening 
negotiations with a particular seller, the propose orders processes can be based on 
catalog prices or desired price and other terms, special orders for samples or small 
PI quantities, proposed payment vehicles, and can include information about the buyer. A 
Ci buyer in this community can use order activity processes 78 to determine an order's 
|p status in the system, etc. Note that access to relevant information by each type of 

jfy community member (sponsor, buyer, seller) is protected by password security and 

ffl 

s access levels. 

O Turning now to Figure lk participant functions 214 are outlined. In a commerce 

community, the participants might be grouped as sellers 08grpa and buyers 08grpb. 

15 Seller participant 08grpa functions include automatically integrated remote Web 

authoring 214-02 and processing and administration 214-04. In remote Web authoring 
214-02, the present invention allows a seller registering with the sponsored 
community, to automatically create a seller's Website within the community, on 
completion of registration. The seller selects from several Website format templates 

20 provided by the present invention and as the seller "fills in the blanks" in a selected 
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template, the information is automatically integrated with the rest of the system, so that 
orders can be processed and accepted immediately and more efficient registration with 
search engines is automatically initiated. A seller's processing and administrative steps 
214-04 includes such tasks as uploading product catalogs, customizing the Website from 
time to time, and similar processing. 

Still in Figure Ik, participant functions for buyer participants 08grpb could be as simple 
as proposals 214-10. A buyer might either propose negotiations of order terms based 
on a seller's catalog and price lists or send out a request for proposal (RFP) to all or 
some of the seller's in the community, or send out a request for a quote (RFQ) to all or 
some of the sellers in a community, asking sellers to respond with the best, most 
comprehensive terms each seller can offer. The present invention also provides 
prospective buyers with the ability to make e-mail inquiries through the system, which 
are logged by the system. 

Next, in Figure 1L, network functions 207 of the present invention are shown. As 
mentioned above, most of the functions of multivariate negotiations engine 212 are 
actually implemented as part of Webserver software 210s. As data is sent to and from 
the Internet 04 by Webserver 210W, Webserver software 210s interprets the TCP-IP 
protocol and transfers the contents to multivariate negotiations engine 212's 
Webserver and dynamic HTML functions 207-02. In one embodiment, these functions 
cause dynamic HTML text to be created to implement and communicate with the other 
functions of the present invention. Those skilled in the art will appreciate that Java, Java 
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scripting , XML, or any of a number of other languages could also be used for such 
communications. 



Figure 1m, shows the external functions 211 of the present invention. Reporting 211-02 
is one type of external function 211. When participants have concluded a negotiation, 
5 one or both of them may wish to have the final documents and current status of the 
deal reported back to them. The present invention protects the documents with 
separate user names, passwords and access levels for each inquirer. That is, a sponsor 

^ may be able to see the broadest or deepest levels of a transaction in the community 
using its master user name and password. A seller may be able to see all transactions 

If) relevant to it, proposed orders pending for it from one or all members of the 

'£ 'is? 

ni community, using sellers own user id and password. A buyer may only be able to see 

on 

orders it has proposed or concluded with one or all members of the community, using 
G buyers separate user name and password. 

JZSSt, 

p Another external function 211 of the present invention shown in Figure lm, is the 
15 ability to incorporate application programming interfaces (API's) 211-04. Since the 

present invention is designed from the "outside looking in" (from the network looking 
into the enterprise) as it were, the data from transactions completed using it might 
have to be transferred manually to internal seller and buyer system formats without 
API 211-04 functions. With API 211-04 functions, the data that is stored internally by the 
20 present invention, can be reformatted by an API designed for a particular seller or 
buyer's internal systems. For example, if a seller has accepted all the terms of an open 
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buying agreement against which a buyer has now placed an order, the seller might use 
an API 211-04 to "translate" that data into a format the seller's internal ERP systems can 
accept for order processing. For many participants and sponsors, standard APIs 211-04 
can be created to interface with standard internal ERP systems, such as ORACLE or SAP 
5 Corporations 7 databases and so on. For other participants and sponsors, custom API's 
may need to be created to interface the present invention with their existing internal 
systems. In all cases, however, no API's are required to enable sponsors and 
participants to use the services provided by multivariate negotiations engine 212. 

'€i Now turning to Figure In, database functions 222 are shown. First, database functions 

p) 222 are able to communicate with all other functions and services of the present 

«I invention and vice-versa. For example, as a remote Web authoring 214-02 request is 

^ handled by participant functions 214, Webserver software 210s fields the request and 

n communicates it through IP firewall 203 f to database functions 222, asking the database 

? ,. ; 

S server software managing database functions 222 to process the request and return the 
3fe appropriate information. The database server software performs searches, analysis, 
and any computations needed to hand back the correct data. Webserver software 210s 
formats the returned data, and through conventional common gateway interface 
scripting techniques, creates dynamic HTML (or XML or Java or Java-compatible, etc. ) 
text for ultimate display. This formatted data, in turn, is transmitted to the appropriate 
20 sponsor or participants' browsers over the Internet. 

Unique id's feature 222-02 is used to insure the proper data is found and transmitted. 
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That is, the present invention associates unique identifiers (id's) with each sponsor, 
participant, and type of data or transaction. Since database functions 222 are integrated 
directly with the other functions of the invention, faster processing and updating of the 
database is enabled. 

5 Figure lo shows a logical diagram of the relational structuring of database (s) 225 

created according to the method and apparatus of the present invention. As seen here, 
logical folders, such as 06f, 08slf, and 08blf, are created for the sponsor 06 and for 
^ participants. A seller folder 08slf is referenced from sponsor 06's community database 
^ folders 06f, and from a buyer's folders 08blf . Databases 225 created according to the 
Jt> present invention use a combination of record, field, relational names and delimiters to 

interrelate the elements within. Those skilled in the art of relational databases will 
l"' appreciate that a number of additional references and folders can be interrelated. 

'i :: 

0 System 

Turning to Figure lb, multivariate negotiations engine system 02's site contains all the 
15 software, hardware and database functions to create and support complete operations 
of communities. As seen there, the multivariate negotiations engine system 02's 
Website has a Webserver 210w containing standard Webserver software. In one 
embodiment the public domain Apache Webserver software is used, but those skilled in 
the art will appreciate that any of a number of other Webserver software products 
20 could be used, such as that provided by Microsoft Corporation's Internet Information 
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Server (IIS) product or Netscape Corporation's Fasttrack or Enterprise Server 
products or any of several of UNIX™ Operating system server software products 
available from many vendors. 

Still in Figure lb, Webserver 210w enables communications in the TCP-IP format, to be 
received from the Internet 04 and forwarded into multivariate negotiations engine 
system 02's site, which is here shown including server farm 230. Data in these 
communications is transferred through IP firewall 203f . Those skilled in the art will 
appreciate that IP firewalls, that is, firewalls such as those supplied by RAPTOR™ IP 
firewalls from Axent Technology Corporation, SOLSTICE 1™ and SOLSTICE 2™ IP 
firewalls from Sun Microsystems, Inc., and PIX™ Firewalls 510 and 520 from Cisco 
Systems, Inc. among others, are capable of screening the incoming and outgoing 
information at all the levels of the TCP-IP OSI 7-layer model. Thus they provide greater 
security than simpler router or proxy server firewall approaches. Webserver 210w, 
also transmits out to Internet 04, when transmissions are sent out from multivariate 
negotiations engine system 02's site. Thus, the data about negotiations and transactions 
in a community is kept safe behind IP firewall 203f at multivariate negotiations engine 
system 02's site. Data is kept secure by IP firewall 203f and communications over the 
Internet 04 are kept secure by Secure Socket Layer (SSL) encryptions. 

Returning to Figure la, all the components of multivariate negotiations engine system 
02 are installed at a site separate from any sponsor 06 or participant 08 sites . This 
eliminates the need for any installation of software at a sponsor 06 or participant 08's 
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site or the need for any customizing of software at those sites, thus greatly reducing the 
associated installation, customizing and training costs that either the sponsor or the 
participants or both might have incurred with other systems. 

As will be apparent to those skilled in the art, if a sponsor or a participant wishes to 
5 have some of the applicable system software installed locally, this can also be done. A 
sponsor 06, for example, may have already spent half a million dollars or more creating 
its own Website and would prefer to operate the community from there. This can be 
^ accomplished with the present invention by installing the invention's core libraries on 
ft the sponsor's Webserver just as it is installed at multivariate negotiations engine system 
|t) 02's site. A sponsor desiring such local installation would usually require a firewall and 

p ; database server locally, too, dedicated to the community. Once these are in place the 

rp 

^ present invention can be installed at the sponsor's site in the same way it is installed at 
h multivariate negotiations engine system 02's site. Depending on the configuration 
desired by the sponsor for the local site, additional customization may be required. 



few 



15 While the ability to operate the community from a sponsor's existing local Website is 
thus available, it is likely to be more costly to install than simply using the services 
provided at multivariate negotiations engine system 02's site. 

Similarly, a seller may wish to use a Website it has previously created at great expense. 
Multivariate negotiations engine system 02 enables this by providing a customizable 
20 scripting language as shown in Figure 26, and described in more detail below. Using 
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this language, multivariate negotiations engine system 02 helps a seller create a Website 
which is, in effect, a mirror of the seller's original Website. A seller might choose to 
place its product catalog there and have the rest of its Website remain external to 
multivariate negotiations engine system 02'$ site. Thus, the existing seller external 
Website retains its existing domain name and URL, is linked to by the present invention 
as described above, and requests to see the product catalog are linked back to 
multivariate negotiations engine system 02's site where the product catalog is kept. 

A more detailed view of multivariate negotiations engine system 02's site is shown in 
Figure Id. As seen there, the Website 200 includes Webserver hardware 210w, IP 
firewall 203f, server farm 230 and database server hardware 220. As shown in Figure 
Id, most of the functions needed to implement the present invention are implemented 
outside IP firewall 203f as part of the Webserver software used with Webserver 
hardware 210w. In this embodiment, the database server software 222 and the data 225 
are the only items behind IP firewall 203f . Those skilled in the art will appreciate that all 
of multivariate negotiations engine system 02's functions could also be placed behind a 
firewall if virtual private networks (VPN) or tunneling or similar techniques known in 
the art used for implementation. 

Still in Figure Id, the principal functions of the present invention operate as part of 
Webserver software 210s executing in Webserver hardware 210w. Multivariate 
negotiations engine 212 is the central function, with sponsor functions 213, participant 
functions 214, external functions 211 and network functions 207 working in cooperation 
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with it. All of these, in turn, communicate through the IP firewall 203f, to database 
functions 222, operating with database server system 220, to maintain database(s) 225. 
Security of sponsor and participants' communications is provided at the Webserver 
level through secured socket layer (SSL) encryption schemes offered by most 
Webserver software products, while an additional layer of security is provided by 
restricting access to database server computers 230, where databases 225 resides, by use 
of IP firewall 203f . Thus, the present invention enables the collection and storing of 
negotiations and results data in a highly secure hosting environment over a public 
network. 

Figure li is a flow diagram of the steps of iterative multivariate negotiations engine 
212 of the present invention. At step 212-02 an initializing event occurs, such as 
participant 08 proposing terms to another participant on an initiating terminal (or 
desktop computer or workstation, etc.) over the Internet 04 through multivariate 
negotiations engine system 02, thereby creating a communications path which is 
ultimately directed by multivariate negotiations engine system 02 over the Internet 04 
to the destination terminal at which the selected other participant 08 is active. The 
terms could be the placement of an order from a buyer, or a seller's response to a 
general request for proposal (RFP), and so on. In initializing step 212-02 multivariate 
negotiations engine 212 recognizes that these two participants are negotiators and also 
determines that a deciding entity has been appointed either by the sponsor or by the 
rules established for this community. 
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For simple order processing, the seller may be designated the deciding entity by 
default. For an RFP, the buyer might be designated the deciding entity. In non- 
commercial communities, such as standards communities or treaty negotiation 
communities, a sponsor 06 may wish to designate multiple deciding entities for each 
5 issue under consideration. In such an implementation, a sponsor 06 will usually want to 
establish more detailed rules for the ordering and processing of proposals. 

Still in Figure li, the next step 212-04 is a statement of multiple terms by one of the 
negotiating participants. The terms could be formatted in any of a number of ways, 
such as pre-formatted forms, open field boxes, text areas, and so on. [See Figure 15b, 

|l p for example] At step 212-04, the proposed terms are evaluated by the other participant. 
If the other participant is also the deciding entity and the terms are accepted, the last set 

I of terms proposed is stored and processing proceeds to step 212-08, closure. 

g However, if the terms are not accepted, multivariate negotiations engine 212 stores this 
P set of proposed terms at step 212-10 and processing loops back up to step 212-04, where 
15 terms are proposed again, usually with some variations from the previous set 

proposed. This iterative process continues between steps 212-04 and 212-10 until the 
deciding entity accepts the terms and closure is reached at step 212-08. Multivariate 
negotiations engine 212 keeps track of each set of changes and can display them so that 
the changes proposed at each step of the negotiations are clearly and accurately 
20 recorded. 
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Still in Figure li, once closure is reached at step 212-08, multivariate negotiations engine 
212 checks to see if a concluding document is desired. For most transactions in most 
communities, some form of final document (such as contract document 242 above) is 
desired to reflect the participants' agreement. However, it is possible that the 
5 participants may only wish to reach closure and that they will rely on the recorded 
rounds of negotiation to memorialize the terms they agreed on. If a concluding 
document is requested, it is created and noted as complete at step 212-04. Whether or 
not a concluding document is requested, the system automatically displays the changes 
r 3 so they can be easily seen and the present invention also checks to see whether a state 
II change is needed at step 212-16. If a state change is needed it is initiated at step 212-20. 
m Depending on the community, the participants, and the transactions involved, state 
P4 changes could be as simple as payment authorizations sent electronically or as complex 
s as multi-step processes desired by the participants. 

hi 

C Also as mentioned above, API functions can be used to integrate the present invention 
fE5 with a seller's or buyer's internal ERP systems, if desired. 

While some users of the present invention may want to install parts of it locally, it is 
another advantage of the present invention that it can also be used for a "one-time" or 
"nearly instantaneous" community negotiation. Turning briefly to Figure lc, if the 
sponsor of community CB is a standards body, it could create a community Website for 
20 the negotiation of a particular standard, enlist participants, and encourage and monitor 
the negotiations without anyone having to buy or install additional local hardware or 

56 



Attorney Docket Number ET00-008 CIP PATENT 

software. When the negotiation is complete and the concluding agreed upon standards 
document can be made available to all concerned, the community could be 
"dismantled" and the participants could disband without wasting any hardware or 
software installations and expenses. In other words, the present invention could be 
5 operated as a one-time service for a fee, as well as an ongoing systems. In either case, 
the costs of the system's fees are likely to be dwarfed by the costs the users would 
otherwise have incurred if they had to create their own Websites and mechanisms. 



^ Iterative multivariate negotiations. 

Ct With reference now to Figure le, the steps of mutlivariate negotiations engine 212 are 

'"si 

jit) shown. While a sponsor 06, is desirable, multivariate negotiations engine 212 can 

nl operate with only a deciding entity DE and another initiating entity OE. If this is a 

I" commerce community, deciding entity DE is usually the seller and the other initiating 

O entity OE is usually the buyer. However, even in this situation, other designations are 

s ;: 5 

p possible. For example, if the buyer is sending out a request for proposal to which sellers 
|j must reply and negotiate, then the buyer may be the deciding entity and the seller(s) 
the other negotiating entity. For many master agreements or open to buy 
agreements, both negotiating partes may be deciding negotiating entities. 

In any case, as described in more detail below, one of the entities initiates a negotiation 
process and the participants negotiate terms iteratively, back and forth through 
20 multivariate negotiations engine 212 until the deciding entity accepts and closure 240 is 
reached. In a commercial community, closure 240 usually results in a contract 
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document 242 and probably some state changes 244 associated with activating 
production, shipments, payments, order handling and so on. 

To operate, multivariate negotiations engine 212 shown in Figure le, need involve only 
two entities, one with decision-making authority and one to propose different or 
5 additional terms, with the goal of their actions being closure on a final set of terms. 
Multivariate negotiations engine 212 can also help participants check out market 
conditions through inquiries and proposals where closure 240 may not result in any 
contract document 242 but only in an accurate assessment of market conditions. For 

/ft example, when there is rumored to be a shortage of goods of a certain type, a buyer 
may want to know whether it can purchase such a product in high quantities at a 
reasonable price from any seller. If not, then the buyer may believe the shortage does, 

7 in fact, exist. 

a, 1 

p Returning now to Figure le, it can be seen that as few as two participants can use the 
5 iterative multivariate negotiation features of the present invention. At least one must be 
15 designated or identified as the deciding entity DE. Both can propose terms back and 
forth (see Figure li) until closure 240 is reached. 

Now referring to Figure 15b, a typical proposal form for a buyer is shown. As seen 
here, the buyer identifies himself, his title, his company, and the company's location at 
lines 332-342. At lines 344-350 information about the buyer's designated freight 
20 forwarder is given. At line 350, document presentation terms are specified, as well as at 
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line 352, 354, 358 and so on, the detailed terms of the buyer's preferences for shipment. 
Note that at box 362, buyer's comments, the buyer has said "I want a 20% discount." 
Open text box 366 can be used by the buyer to type in or cut and paste in from another 
document any additional terms the buyer would like to see. This might include 
5 warranty and indemnity terms favorable to the buyer, provisions for acts of God, and 
so on. If purchase orders of bulk order terms are being negotiated they can be included 
here. Letter of Credit (L/C) or other internationally standard payment vehicle terms 
such as wire transfer, documentary collection are being proposed, the negotiation can 
^ be structured around them. 

If) Once the buyer has sent its proposal, the seller is alerted by the system by email (as 
n I seen in Figure 20) that a proposal is available on the system for review and negotiation. 
*T In one embodiment, the email notification includes links to multivariate negotiations 
h engine system 02's site. Once the seller (using its browser) becomes aware from the e- 
H mail that a proposal is available it jumps immediately, using the link mentioned above 
!f> in the email, to view a browser screen such as that shown in Figure 16, which shows a 
proposed order with payment by letter of credit from the above buyer. According to 
the present invention, the seller must still use its user id and password for such viewing, 
thus preserving security of the data. In this approach, the email notification does not 
contain any sensitive or confidential data. It serves simply as a notifier. Note that email 
20 notices of the present invention do not contain any confidential information. 

Confidential data is transmitted securely to the browser through SSL techniques. Access 
to the data is by user name and password. 
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All participants in a negotiation are continually notified by e-mail as the negotiations 
progress. In this embodiment, the participants are required to enter their e-mail 
addresses in order to use the present invention. When participants log into their 
protected areas in the system's databases 225, they are also presented with information 
5 regarding the latest developments, if any, which have occurred in their respective 
negotiations. 



O International Transaction Processing 

~4 One of the paradoxes of international trade now is that as today's global economy 
W expands exponentially the number of potential buyers and sellers, it becomes 

|p correspondingly difficult for them to find each other and negotiate agreements. The 

yy 

: present invention addresses this in a number of ways. First, a sponsored community 
F increases the visibility of member companies which are sellers. The methods described 
£ below in connection with functions to promote visibility for the sponsored community 
y and its members significantly increase the likelihood that a buyer, searching for a new 
15 supplier over the Internet will find members of such sponsored communities and that 
they will be more likely to meet the buyer's needs. For example, trade development 
communities can be established using the present invention, including as sellers only 
those that meet the qualifications outlined by the sponsor. This simplifies a prospective 
buyer's search and evaluation task significantly. The sample order quantity purchasing 
20 features (also described in more detail below) of the present invention, significantly 
reduce the time it takes for a buyer to qualify a new supplier or seller anywhere in the 
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As mentioned above, most companies would prefer not to pay for volume goods with 
credit cards, since that it the equivalent of paying cash in advance. When that is coupled 
with the difficulties encountered by those attempting to pay for merchandise online, 
especially in countries that do not handle credit card transactions, it can be seen that the 
sample ordering and multiple payment vehicle features of the present invention also 
contribute to improved international transaction processing. This is especially true for 
buyers and sellers that are new to each other. 

With reference now to Figure 27, an overview block diagram illustrating the 
international transaction processing features of the present invention is shown. As seen 
there, multivariate negotiations engine system 02 is connected over an international 
network IN, such as the Internet 04. Those skilled in the art appreciate it could also be a 
proprietary network or virtual private network, if desired. For international 
processing, sponsored community CC might be a community of sellers of electronic 
components 08s located in Pacific rim countries. Prospective buyers 08b can be located 
anywhere in the world, such as Russia, Europe, Africa, South America, North America, 
and so on. 

Since, as mentioned above, credit card online payment vehicles are difficult or 
impossible to implement in some countries, the present invention enables the use of 
several internationally accepted payment methods and automates the negotiation of 
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them, along with the negotiation of the overall agreement. The payment vehicle most 
commonly used when the buyer and the seller are complete strangers to each other is 
the letter of credit (L/C). 

In a proposed letter of credit, such as that shown in Figure 16, the buyer's bank 
5 assumes the full credit risk, and is absolutely obligated to pay the seller, provided the 
seller ships goods in a way that conforms in every detail to the terms of the letter of 
credit. Minor errors such as typographical or facsimile reproduction blurring of a 
document are one of the most frequent causes for letter of credit payment disputes 
^ between buyers and sellers. 

TO The present invention enables, as part of the negotiations process, the negotiation of 
^ the terms of a letter of credit as seen in Figure 16. The letter of credit shown there, if 
U accepted by the deciding entity DE as part of the negotiations, can be transmitted over a 
S SWIFT compatible network to the advising bank, for immediate implementation. Thus, 
S if the participants are unwilling to pay using credit cards or CYBERCASH™ payment 
15 methods, (which are essentially cash payments in advance) a seller can still activate a 
Website automatically and take volume orders if it is willing to negotiate letters of 
credit, wire transfers, documentary collection procedures or to accept a buyer's 
purchase order. 



20 



Figure 30 illustrates a wire transfer negotiated using the present invention. Wire 
transfers shift the risks from the bank to the participants. Documentary collection 
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payment methods, purchase order payment methods, procurement cards and similar 
methods can also be used and negotiated using the present invention. 



Remote Web Authoring 

Figure 10 shows the Web authoring features of the present invention as they are 
5 displayed to a participant seller through the sponsor's Web setup area. As can be seen 
there, Web page buttons, such as general information button 100, home page button 
104, and so on, can be selected by the user at its browser to edit or preview a particular 
part of the website. Thus, the setup area takes advantage of existing web browser 
technology to simplify the authoring process. 

|5 In Figure 4a a flow diagram of the initial part of remote Web authoring 214-02 is 

7* shown. In this diagram, it is assumed that a seller is registering for the first time with a 

□ sponsored commerce community. Other types of communities might vary this 

O processing. First, at step 400, the seller chooses from one or more templates provided 

O by multivariate negotiations engine system 02, based on the level of cost and 

15 functionality the seller desires. Sample website pages constructed from such templates 
by a hypothetical company named Exports, Inc., are shown in Figures 31a to 31d. 

Next, at step 405 in Figure 4a the seller provides basic information as prompted by the 
system through a setup screen such as that shown in Figures 10-1-10-3. Portions of the 
demographic information collected there, along with other data collected later is 
20 automatically formatted along with the META tags and Meta Keywords for automatic 
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submission to search engines. At step 410 in Figure 4a, the system presents the 
community's standard license agreement and terms to the seller. If the seller agrees to 
the terms at decision block 425, processing continues. If the seller does not agree, the 
seller may proceed to block 420 to negotiate with sponsor or elect not to participate. 

5 Still in Figure 4a, if the seller has agreed to the sponsor's terms for participation at step 
425 payment terms are executed if the sponsor requires online payment. Any of a 
number of payment options provided by the system can be used. If payment has not 
^ been settled, as determined at block 430, the seller and sponsor can negotiate some 
?t more, or the seller may again elect not to participate at block 445. If the seller chooses 
Sp not to participate, remote Web authoring 214-02 stops. If payment has been settled, the 
P ] sponsor provides instructions at step 440 to the seller for proceeding to the creation and 
7" customization of the Website. 

□ Turning now to Figure 4b, processing steps for the customization of the seller's 
F| Website in the community are shown. At step 455, the seller logs into this part of 
15 multivariate negotiations engine system 02 using the username and passwords it 
selected when entering demographic data in the previous registration steps. At step 
460, the seller, having already selected a general template for a Website, selects a 
customization item from those that are specific to its template. At step 465, the seller is 
presented with instructions and suggestions as it customizes features using an online 
20 form such as that shown in Figures 10-1-10-3. Sellers with a small inventory of goods 
can simply create a product catalog online using the web authoring features of the 
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Sellers with existing digital versions of their product catalogs or inventory tracking 
systems are able to integrate them with the present invention using application 
programming interfaces (APIs), file transfer protocols (FTP), or extensible markup 
5 language (XML), which latter method is in the final stages of becoming a standard 
language for the Web. 

f i At any time in this process, the seller can preview the Website to see what it looks like 

\l so far. At decision block 470 the system checks to see if the seller has completed 

Ri customizing. If it has, the system enables the seller for active status and online 

l© commerce at step 480. If customization is not complete, processing continues from step 

s" 460. 

'BBS? 

O Sponsored Community 

*3 With reference now to Figure lj, a diagram of the sponsor functions 213 is shown. 

Generally speaking, a sponsor 06 builds a community and establishes its rules 213-02. 

15 In one embodiment, a sponsor 06 can create the community Website from templates 
available from multivariate negotiation system 02's site. In other embodiments, a 
sponsor may have already invested millions of dollars in the creation of its own 
database(s) and Website, and simply wants to have the community enabled from there, 
using applications programming interfaces (API's) or the new XML language when it is 

20 standardized. The present invention permits either or both methods of creating or 
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enabling a community Website. 



PATENT 



As seen in Figure 24, the rules or standards for the community can be as 
comprehensive or as simple as the sponsor 06 desires. For a commercial site, for 
example, sponsor 06 may want to require all sellers to be compliant with a particular 
5 standards organization's applicable quality standards, such as the International 

Standards Organization (ISO), shown as Rl here. Additionally, sponsor 06 may want 
to insure that all fees due to sponsor from sellers are paid in full and kept up to date- 

^ rule R5. As another example, a sponsor for a regional trade development community 
may want to insure that each seller is able to handle importing and exporting of goods - 

16 - rule R3, meets some specified minimum performance capabilities such as rule R6, just- 

r i in-time capability or rule R7, bar code processing, or rule R8, ability to handle specified 

=7 payment methods. 

D As seen in Figure 6, the sponsor functions 213-04 are also involved in the remote Web 
q authoring functions 214-02. At step 490, after sponsor determines the seller is in good 
15 standing, sponsor register's seller's company name, products and other data with the 
community's internal search engine. Next, at step 505, sponsor registers the seller's 
name with Internic, the corporation established for assigning domain names and URLs. 
At step 510, sponsor automatically submits seller's name and data to major external 
search engines on the Internet. At step 515, the sponsor completes the integration of 
20 the new seller into the community, enables it for active status, includes it at the top of 
the list of any vendor databases and allows the seller's Website access to the online 
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community's functions. 
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Returning to Figure lj, another principal sponsor function is promoting visibility 213- 
04. In this capacity, a sponsor 06 may submit its own Website and URL's to a number of 
Internet search engines and submit each selling participants' Websites and URL's to 
such search engines as soon as the seller is registered and has created a Website. A 
typical sponsor's promote visibility functions 213-04 formats the URL's and domain 
names (as provided by the system registration forms which are automatically 
integrated into the system) into the META Tags and Meta Keywords or similar formats 
and submission schedules most likely to speed up registration with the search engines. 
For example, the ALTAVISTA™ search engine Web site states that: 

The Altavista indexer gives higher priority for keywords located in submit tags ( 
META Tags and Meta Keywords ), a higher priority for keywords that are 
located near the top of the page, and also gives a tad higher ranking for 
keywords appearing closer to each other on the page text. It adds up the 
occurrences of the keyword in the page for higher scoring. If META keyword 
tags are not present, it indexes the first 30-40 words of the page as the page 
description. 

Since, as noted above, it may take the ALTAVISTA™ search engine and others, as 
many as three months or more to index a site on a purely random basis, submissions 
such as this can significantly improve the visibility of the new seller Websites from the 
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outset. Automating submissions to them further speeds up this process. In addition, 
aggregating all of the submissions under the sponsor community hierarchy is likely to 
generate exponentially more traffic as it takes advantage of the Internet's architecture 
and search engine indexing capabilities. Traffic, such as inquiries by potential buyers 
5 against any of the keywords submitted for the community site will come into the 
community environment. 

Figure 25 is a flow diagram illustrating how the present invention automates this 
notification process. As seen at step kl, promote visibility function 213-04 creates a 

J{ script in any of the scripting languages used on the Web, from the information supplied 

JO when a participant 08, such as a seller, registers with the community for the first time. 

p In this embodiment, the script is written to take the seller's data and create META Tags 

T and Meta Keywords to assist with the location of the URL's. 

ri 

H Next, at step k2, promote visibility function 213-04 checks to see if it is time to submit 

spa 

n the data to a selected search engine n. As noted above, some search engines accept 
15 submissions only on a weekly basis, at specified times. If search engine n is not 

accepting data at this time promote visibility function 213-04 proceeds to step k3 to wait 
the specified interval. If it is the right time to submit visibility data to search engine n, 
promote visibility function 213-04 does so at step k4. At step k5 a check is made to see if 
any more submissions should be made to search engines. If there are several more to 
20 process, promote visibility function 213-04 finds the address of the next search engine, 
which now becomes search engine n, and returns to decision block k2. If it has been 
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determined at step k5 that submissions have been made to all search engines, promote 
visibility function 213-04 returns at step k6. Those skilled in the art will appreciate that 
these submission steps can be scheduled to repeat on a regular basis until all of the 
visibility data for a new participant registrant has been submitted to all the search 
5 engines. The present invention also schedules updating submissions on a regular basis 
to insure most search engines place community sites near the top of their index lists. 

Those skilled in the art will also appreciate that other promote visibility functions 213 
?== might be implemented for participants. For example, advertisements could be uploaded 

C\ from a participant's local computer systems for inclusion in the participant's Website in 
|| the community, if allowed by the rules of the community. Such advertisements could 
Hi be forwarded or submitted to related sites as another promote visibility function 213, if 
7 allowed by the community rules. 

O Still other promotional activities for the community can be performed by the sponsor's 
Q promote visibility functions 213-04. For example, many sponsors may want to create 
15 links to and from other Websites to direct more "traffic" to the sponsor's Website, and 
either directly or indirectly all the seller's Websites within. This is useful when sellers or 
sponsors or both already have established brand name identities and traffic patterns 
through their own individual traditional and Web-based brand recognition marketing 
efforts. 
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Non-repudiation 

Referring again to Figure li, it can be seen at step 212-10 of the multivariate 
negotiations engine 212's processing, that each "round" or step of negotiations is stored 
and archived by the present invention. This is of special benefit to any participants 
5 negotiating a binding agreement who may later disagree as to the exact intent or 

content of the final terms. This archival processing allows either side or the sponsor or 
moderator (using the appropriate usernames and passwords) to view the steps leading 
up to the final document. The likelihood of potential disputes arising over what has 
gj been historically referred to as the "battle of the forms'' can be greatly reduced, or 
Cp even eliminated using this archival feature. These non-repudiation features of the 
fr j present invention are likely to significantly reduce the incidence of "inadvertent lapses 
Ff j of memory", since "memory" can easily be refreshed from the archives. This, coupled 
» with other security and validation features of the present invention mentioned above, 
O provides a more complete non-repudiation system than is presently available. 

'SiBS? 
WW 

SB That is, the present invention provides authentication by validating the identity of the 
participants through user names and passwords; maintains confidentiality by using SSL 
encryption and decryption to ensure that confidential information is not intercepted 
during transmission; provides security of the data stored at multivariate negotiation 
engine system 02's site through use of IP firewall 203f; and by virtue of the archival 

20 features, provides documentary non-repudiation by ensuring that transactions, as they 
are negotiated and committed are fully documented. Those skilled in the art will 
appreciate that existing security techniques such as public key encryption (PKI) systems, 
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certificates of authentication, among others can also be used to enhance the integrity of 
the documentary archives. 



Figure 28 illustrates this in simple overview format. As seen in figure 28, buyer terms 
BT1 include an order for 10,000 widgets, etc, requesting a 4-year warranty on parts and 
5 that buyer's performance or payment be excused for acts of God which are here 

proposed to include strikes and government actions. Using the present invention, these 
terms are stored for review by the seller. Seller terms ST1 indicate the seller would 
prefer to offer only a 6 month warranty on parts and would not include strikes or 
government actions under the heading of acts of God which would excuse the buyer 
td from paying for the goods. The buyer responds with proposed buyer terms 2, BT2, 
JT; which ask for a 1 year warranty and the inclusion of government actions as an act of 
m God. 

5SK5S 

p$ In this example, the seller accepts buyer terms BT2 and this is reflected in the final deal 
H terms FD. If, at some later time, the seller demands payment from the buyer at a time 
15 when the buyer is unable to send money out of the country because of government 
action, these non-repudiation features make it clear that the seller had agree to excuse 
performance in that circumstance. Thus, the seller cannot say "I was positive we had 
eliminated two of your requested terms for inclusion as acts of God, and since our copy 
of the final terms has been destroyed, and you cannot find yours, I demand you pay/ 7 
20 The present invention significantly increases the likelihood of preventing such not 

uncommon occurrences as disputes arising from lost or misplaced copies of documents. 
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Sample Ordering 

For production purchasers, sample orders can be placed at the outset of vendor 
selection processes by a production buyer. If the sponsor desires to include this feature 
in the community, it will make arrangements with each seller for the payment for the 
5 samples. In order to enable a seller to "go live" immediately upon the creation of the 
seller's Website, a sponsor might authorize payments for such sample purchases 
through the Sponsor's own merchant id or similar arrangements for online payment 
processing. This eliminates the need for the seller to wait several weeks for a merchant 
Id in order to accept credit card payments for small value transactions such as sample 

f""t 

tb orders. 

ii " 

^ Often a seller's ability to accept sample orders in specified quantities upon agreed upon 
payment terms will be one of the rules of the community. Once a buyer has placed an 
order for sample quantities, the system automatically sends a notification to that effect 

m to the seller, as seen in Figure 23. The seller, having previously agreed to accept sample 

1$ orders is now obligated to ship the quantity of the items as specified by the buyer. In a 
typical implementation of this feature, the seller's normal shipping and handling terms 
apply. If the sponsor and sellers agree to accept payment for samples by credit card or 
procurement card, the sponsor can process the payments online using its own accounts, 
and then remit the proceeds from the payments, less its fees for handling, to the seller 

20 by wire transfer or other standard payment methods. 

Referring briefly to Figure 2c (Prior Art), it can be seen that the prior methods of 
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ordering sample quantities were heavily labor intensive. A person PI, from the 
prospective buyer organization would look through a hard copy product catalog, place 
an order by facsimile or telephone, and possibly fly to the seller's factory, where face to 
face negotiations might occur with seller's representative P3. Buyer PI might also have 
5 to negotiate by fax and telephone a letter of credit with its bank representative P2, 
before all price, payment, and other terms are completed so that payment can be 
arranged to occur upon shipment of the sample quantities. As noted in the background 
section above, this traditional approach is usually lengthy, costly and labor-intensive. 

JH Referring now to Figure 29, the present invention enables a prospective buyer to 

pa 

%t) electronically search a sponsored community site at step SOI for sellers of goods 
J meeting buyers needs. As mentioned under international transaction processing, 
fe above, this ability to find new, possibly pre-qualified suppliers over the internet is a 
U significant advantage for production buyers. 

% At step S03, the sponsored community displays to the buyer the sellers with goods 
15 meeting the needs. At step S06 the buyer can link to the sites of the sellers listed in the 
display, and either send email inquiries to them (step S06), or directly order sample 
quantities from them (step SO10) or evaluate them at step S012. If the buyer likes the 
samples and wishes to negotiate terms for placing an order in volume, it can proceed to 
Steps S014 through SO20 to do so. 

20 As mentioned above, this ability to order and receive sample quantities quickly has 
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special benefit for production buyers looking for goods to use in new developments. If 
samples of such goods can be brought in and tested by the engineering developers, 
significant improvements are possible in getting new products ready for market. 

Integrated Database. 

5 Turning now to Figure If, databases 225 as they might be logically depicted for a 
commercial sponsored community CC are shown. In this view, sponsor database DB1 
includes not only sponsor-specific information, but pointers to: a database of registered 
pa seller participants 08gra, an administrative database DBa, perhaps a larger database of 
^ potential vendors DBb, as well as a buyer participants database 08grb, and a rules 
fe) database DBc. 
m 

T Still in Figure If, there are usually logical interrelationships amongst the various 
O databases in a community, as well. For example, seller participant 08S1 has its products 
5 database 08Slprd. Seller participant 08Slin this example has just been linked to buyer 
O participant 08bl, because of a contract document 242 the participants have just 
15 completed negotiating through the system. This, in turn, enables buyer participant 08bl 
to include seller participant 08S1 in buyer participant's qualified, online vendor list 
maintained by the present invention in database 08blqvl. In production purchasing, 
once a seller has achieved the status of inclusion in the buying company's qualified 
vendor list (QVL), it usually makes it easier to have future negotiations between the 
20 two companies. The present invention not only allows the QVL list to be maintained 
online, it can also automatically add a seller to it if a major agreement such as the type 
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designated by buyer has been completed between the two of them through the system. 
Similarly, the buyer in the above example is likely to be entered in several of the seller's 
databases. 

A typical sponsor 06's administrative database DBa, in Figure If, includes such things as 
templates, procedures, and charges for registering new sellers, procedures for 
recognizing and assigning passwords to buyers, procedures for automatic renewal, 
details of each sellers required banking information, and so on. Sponsor 06's vendor 
database DBb, might be a listing of all the potential vendors in this general market. For 
example, if the general market for which sponsored community CC was created is the 
market for power supplies for electronic equipment, then all the makers of power 
supplies might be included in a brief listing in this database. As a manufacturer of 
power supplies for this market registers with the sponsor 06, agreeing to meet all the 
conditions specified for inclusion by sponsor 06, it is automatically placed, by 
multivariate negotiations engine system 02, at the top of a list of vendors in vendor 
database DBb. Thus, when potential buyers are browsing through the community 
Website CC, they will find the registered sellers at the top of vendor database list DBb, 
with others listed in lower priority order. 

Typical sponsor vendor database Dbb includes text, images, sound files, etc.. When 
information from one or more of these databases is called for, the present invention 
pulls such associated files and graphics for display to the requestor. Typical sponsor 06 
databases 225 also include demographic data about registered sellers, such as company 
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name, title, and locations. If certificates of authenticity, customer identification 
numbers, or electronic signatures such as those conventionally used for non- 
repudiation purposes are collected, they can also be stored in a sponsor database 225. 
Consequently, the services available from a typical sponsor 06 using the present 
5 invention, can make production purchasing more efficient for a buyer and provide 
direct access to potential buyers for all registered sellers. 

As seen in Figures If and lo, database 225 of the present invention is automatically 
^ integrated with the functions of the multivariate negotiations engine system 02. As 
f) HTML text is received, requests and data are extracted from it (as described in more 
W detail below) into dynamic HTML for storage in database 225 in the appropriate 
i i "folders" for the respective members. 

f ; With reference now to Figure 5a, it can be seen that database functions 222 

5 communicate directly with webserver 210s through IP firewall 203f in the present 

D 

F: invention. The traditional approach to addressing database concerns over the Internet 
15 usually involve a webserver, an application server software product, and a database 
software server product. As can be seen in Figure 5a, this embodiment of the present 
invention does not use an application server software product. Instead the functionality 
that is needed to receive and transmit information to and from a participant 08, over a 
communications path through webserver 210s of multivariate negotiations engine 
20 system 02 is accomplished by using common gateway interface (CGI) programming 
such as perl, C++ and Java. Those skilled in the art will appreciate that other scripting 
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and programming languages could be used as well. 

As seen in Figure 5a, CGI programming is used between participant 08's browser 
software at the participant's site, to handle communications between participant 08 and 
multivariate negotiations engine system 02's webserver 210s. CGI programming is 
5 used to dynamically create Web pages based upon the participant's request. 

In the embodiment shown in Figure 5a, communications between webserver 210s and 
f *3 database functions 222 are conducted directly also using languages Java, perl and C++, 

fear 

vl without the use of an intervening application server software product. Most of the 

pi 

St functions of an applications server product are thus programmed directly either into 
p webserver 210s or database functions 222 using web-based programming techniques. 

iPs"! 

r This approach tends to save both space and time and has the advantage of simplifying 
p the operations at both ends, since functions can be streamlined. In particular, reporting 

t -a a 

ft can be more flexible than if a standard application server software program were 
D interposed between webserver 210s and database functions 222. Those skilled in the art 
15 will appreciate that more traditional application server software products could still be 
used, if desired, as could other languages or scripting languages. 

For example, and still in Figure 5a, if a buyer participant 08 wishes to place a proposed 
order, the browser encrypts it at the browser's secure socket layer and webserver 210s 
decrypts the proposed order upon receipt at multivariate negotiations engine 02's site. 
20 Webserver 210s next analyzes the proposed order to understand it and formats into a 
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request sent to database functions 222. In addition to basic read and write functions, 
database functions 222 shown in Figure 5a, include operations such as search, analyze, 
compare, report, sort and relate (between databases.) Formatting can be as simple as 
"user = username" etc. A request such as "find user=username, return catalog" might 
5 be sent through IP firewall 203f . 

Using object-oriented techniques, the database is ordered more compactly to provide 
faster search capabilities. Those skilled in the art will appreciate that traditional flat file 
and relational or other database structures could be used as well. 



Figure 5b, for example is an illustrative database entry as it might be stored for a listing 
|| in a vendor database DBb. In this example, login is shown as 579 - - the unique ID 
ni assigned by multivariate negotiations engine 02 to this particular vendor. The remote 

web authoring template chosen by this vendor is shown as template 4, the vendor's 
p letter of credit bank information is listed, and so on. 

Q System of Record 

15 Now turning to Figure 33, a complete automated system of record CP00 of the present 
invention is shown. In the embodiment shown, sponsor 06 has, as described above, 
created the basic sponsored community and rules that will be used as part of the 
automated system of record CP00. However, the deciding entity DE of two participants 
could also serve as a sponsor 06 if desired. Contract authority CP02 assigns a unique 

20 identifier CPNN to each major negotiation and its ensuing activities. In the 

embodiments shown, this identifier is used to identify all the items associated with a 
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major negotiation. To initiate a major new negotiation, sponsor 06 uses dynamic 
contract CP06 of the present invention to transform the business rules of the 
sponsored community into the active templates CP08 of the present invention. 
Automated negotiations engine 02 is used to negotiate from the active templates CP08, 
5 in addition to any other user-supplied context. For the users who wish to maintain the 
data contained by automated system of record CP00 at one or more sites other than the 
central site, multiple repositories CP12 can be used to accomplish this, as will be seen in 
more detail below. With the use of dynamic contract CP06 and active templates CP08, 
Q automated negotiations engine 02 can also be used more readily to negotiate other 

If) types of "contracts", such as specifications, or even to automate the negotiation of some 

fi 

fil or all of the development of a new product, as will be described in more detail below. 

ftJ Still in Figure 33, process mining CP10 is a function of the present invention that can be 

= used in conjunction with automated system of record CP00 to evaluate the results of 

a 

- - internal, external or even joint processes used to implement the contracts reached, as 
H> will also be described in more detail below. 

Figure 34 shows a configuration of the automated system of record CP00, having, in 
the public section, a contract authority CP02 communicating with automated 
negotiations engine 02, and a contract router CP02R, which functions in much the same 
way as a communications network router, although in the present invention what is 
20 being routed is negotiation information related to contract identifiers CPNN. Following 
the communications analogy, in this configuration of automated system of record 
CP00, a contract central switch CP02CS is also shown in the public area. Contract central 
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switch CP02CS insures that information from the various routers is forwarded to the 
appropriate recipients. In this embodiment the internet 04 is presumed to be the 
network in use for the public communications, however, those skilled in the art will 
appreciate that it can also be configured to work with private or proprietary networks. 

5 Still in Figure 34, a public data store 225 maintained at sponsor 06's site is shown, along 
with a planning application CPPL used by sponsor 06 for community members and a 
public application gateway CP6W, all in communication with contract router CP02R at 
r I sponsor 06's site. In the buyers area of Figure 24, two buyer 08 configurations are 
\j shown. Each of these has a contract router CP02R, a private contract store CP12PST, 
f§ private contract data CP12PDB. Either of these buyers 08 may send information 
fy through contract central switch CP02CS to reach either sellers 08 or additional 
s application servers APP and ERP. 

P Figures 35 and 36 show simpler illustrations of contract authority 02, contract router 

C 

0 CP02R and contract authority data 225 and private store CP12PST and private 
15 databases CP12PDB, the latter in a multiple repository configuration which will be 

described in more detail below. Figure 37 illustrates how the present invention can be 
used inside a single corporate network to expand communications from automated 
system of record CP00 to the engineering CPEng and purchasing CPPurch 
departments. 

20 Figure 38 is an overview of the logical flow of the present invention showing how 
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system interfaces CP50, such as HTML CP52, XML CP54, Enterprise java beans EJB, 
CP56, and EDI CP58, can communicate to use automated negotiations engine 02, to 
apply contract terms through contract authority CP02, and to track data through 
process mining CP10. The information in these systems, in turn can be used to work 
5 with internal systems CPINT as well as external systems CPEXT. 

Turning now to Figure 43, a flow diagram for sponsor 06's interaction with automated 
system of record CP00 is shown. At step CP100, sponsor 06 establishes rules for the 
sponsored community, using techniques described above. Next, at step CP102, sponsor 
;1 06 obtains a unique identifier CPNN from contract authority CP02 of the present 
10 invention. In the embodiments shown, contract authority CP02 typically manages 
J ] blocks of unique identifiers, which are each generated in such a way that they insure 
^ that number will never be generated again. So, for example, contract authority CP02 
H could start with a block of numbers, and then as new blocks of numbers are generated 

i i! s 

Pi they are compared with previous blocks to insure there is no duplication. 

15 Still in Figure 43, once a unique identifier CPNN has been obtained, sponsor 06, at step 
CP104 associates its contract active templates CP08 with that number for acceptance by 
the participants. At step CP106, sponsor 06 asks the participants who are going to be 
involved in the negotiation associated with unique identifier CPNN if they wish to 
submit any other active templates CP08. Turning briefly to Figure 40, an excerpt from 

20 a contracts active template CP08a is shown, having predefined fields in specified 

formats for such items as item number, price, quantities needed for discount to apply, 
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the discount, Ship schedule, Incoterms and so on. Active templates CP08 are designed 
either by sponsors or participants or both to represent data being negotiated in such a 
way that certain fields can be used automatically by other programs such as logistics 
tracking programs, bill of materials programs, ERP systems and so on. Typically, this 
5 requires that the field be specified and formatted in such a way that the programs that 
will use it can either read the information directly from a record or sub record in the 
active template CP08 or can accept the information in that format when supplied with it 
as an input parameter. 

ij 

Figure 41 shows an active template CP08b which contains information that might be 

~"4 

tt used to program a programmable logic machine operating a lathe. 

H 5 

sy 

* Next, in Figure 44, a buyer participant's use of the automated system of record CPOO is 

f i shown in part. As mentioned above, while commercial applications between buyers 

S and sellers are used for illustration purposes, and the term contract is used to refer to a 

G finally agreed upon set of terms, those skilled in the art will appreciate that the 

15 invention could be used for non-commercial applications, as well. 

Still in Figure 44, at step CP108, the buyer sets and sends its specifications for a product 
to be developed and associated with the unique identifier that will govern a contract to 
be negotiated, in this example, the agreement will be a major agreement governing 
both the development as well as the purchase of that product. At step CP110, the 
20 buyer agrees to use the contract active template CP08 supplied by sponsor 06. Those 
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skilled in the art will appreciate that sponsors 06 may be good sources of such templates 
where contractual issues being negotiated within sponsor 06's industry are often very 
similar from deal to deal. At step CP112, the buyer submits any development active 
templates CP08 it may have. Examples of such will be given in more detail below. 

5 Still in Figure 44, at step CP114, buyer submits order templates, and at step CP116 
logistics templates it would like to use for these areas. Participants can use remote web 
authoring 214-02 to submit active templates CP08 to dynamic contract CP06, which 
^ integrates them within automated system of record CP00. Then at step CP118, buyer 
^, proceeds to contract negotiations, using automated negotiations engine 02 of the 
present invention. 

7* Now referring to Figure 45, steps a typical seller might take are shown. At step CP120, 

Li 

« the seller uses automated negotiations engine to receive the specifications from the 
F buyer. At CP122, the seller agrees, through automated negotiations engine 02 to use 
f ! the contract active template CP08 supplied by sponsor 06 and, at step CP124 to use the 
15 development active template CP08 supplied by buyer. Alternatively, seller could use 

automated negotiations engine 02 to negotiate the terms of an active template CP08. 

Still in the example of Figure 45, at steps CP126 and CP128, the seller accepts buyers 

order and logistic templates, respectively. At step CP130, the seller proceeds to 

negotiations if it has not already done so. 

20 With reference now to Figure 46, a flow diagram of post contract activities using the 
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present invention is shown. At step CP132, once contract negotiations are completed, 
the contract active template CP08 will be used to automatically inform buyers (or 
seller's or both) ERP systems, such as those provided by SAP, Oracle, Inc. Or Peoplesoft, 
Inc., among others, of the details of the contract which are relevant to it, such as items, 
5 price, quantity, shipping instructions. In the example of Figure 46, the buyer at step 
CP136 initiates its order tracking systems, and logistical tracking systems, even though 
development and shipping have not even started yet. Next, at step CP138, the buyer 
and seller can perform technical negotiations using the active templates CP08 supplied 
m by buyer for its product requirements and automated negotiations engine 02. When 
~i | final agreement has been reached on the technical negotiations seller, at step CP140 
m starts development. If the active templates CP08 allow, buyer can, at step CP140 track 
J the developments as well. Finally, at step CP148, seller ships the product in production 
T quantities, which usually activates order tracking and logistics tracking operations, 
ri which continue to execute at step CP146 on an on-going basis. At some point, at step 
t§ CP144, either buyer or seller may want to use process mining CP10 (described in more 
Q detail below) to determine whether its respective processes are as efficient and effective 
as desired. 

For tracking processes between companies or entities, the flow diagram of Figure 47 
illustrates how the present invention can be used. At step CP150 during a negotiation, 
20 the buyer asks seller to cooperate in such an endeavor, and at step CP164, seller agrees. 
Next at CP152, buyer requests notification be sent to seller through automated system 
of record CP00 by its own internal purchasing department, and at step CP166, internal 
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purchasing agrees to do so. At step CP154, buyer requests that seller send a notification 
through automated system of record CPOO when the order is received by seller and at 
step CP168, seller agrees to do this, too. Similarly, at steps CP156, CP170,CP158, CP172, 
buyer and seller agree to exchange notifications through automated system of record 
5 CPOO. At step CP160, buyer requests that its internal receiving department also 

participate in sending notices, which is agree to at step CP174. Finally, at step CP162, 
which may be some time in the future, buyer starts processing orders. 

n Now turning to Figure 48, process mining CP10 of the present invention is shown. At 
\j step CP180, an alert is received to initiate process mining CP10. An alert can come from 
II any of a number of sources, such as a request by a buyer, a seller or a sponsor. At step 

jlj CP182, the alert containing the requested unique identifier CPNN associated with the 
~ major negotiation whose processes are to be mined, is validated by contract authority 
t; CP02's security CP04 against the contract identifier CPNN maintained by contract 
Q authority CP02 in database 225. Security CP04 also checks, at step CP184, to see if 
I! other information supplied with the request matches the information associated with 
unique identifier CPNN in database 225. If it does not, an error notice is provided. If all 
matches, control flows to process mining CP10 at step CP186, which stores the 
validated request information in database 225, and proceeds at step CP188 to measure 
the time, revenue, and inventory changes between event dates specified in the request. 
20 As seen from Figure 47, events such as these can be tracked using database 225 of 

automated system of record CPOO, using the notices provided by the procedures set up 
in Figure 47. Thus, if process mining CP10 is used to analyze logistics within seller's 
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internal systems, it might turn out that when seller uses its own fleet of trucks for 
delivery, deliveries are 1 to 3 days late, on average, while deliveries made by a delivery 
company are never more than 1 day late. Thus, at step CP190, process mining CP10 
can evaluate the time and revenue consequences of this for profits for this product. 
5 Similarly, process mining CP10 might, at step CP192 propose contract changes as 
simple as a change of shipper. If the changes are acceptable to the parties, process 
mining CP10 can amend the contract with the agreed upon changes, using automated 
negotiations engine 02 at step CP194. 

^ With reference now to Figure 49, use of automated negotiations engine 02 for iterative, 
ffi multivariate technical negotiations is shown. In the example here, a buyer manufacturer 

hi that normally produces its own equipment using programmable logic computers to 

ffi 

r operate a lathe, wants to subcontract the work to a consulting engineering company, 
p At step CP200, the manufacturer indicates to the consulting engineering company that 
p it wants to program the lathe. At step CP202, the manufacturer uses dynamic contract 
f5 CP06 to present high level programming options to consulting engineer. At step CP204, 
consulting engineer enters the parameters into its PLC program, which, at step CP206 
demonstrates output that would result. At step CP208, the consulting engineer refines 
the parameters, reruns the system at step CP120. At step CP212, the engineer uses the 
final PLC settings, and at step CP22, the PLC program, if it has an assessment capability 
20 assesses the cost to create the product using those parameters. At step CP220 the 
engineer approves those charges, at step CP218 the PLC system is deployed, at step 
CP216 all the relevant systems known to automated system of record CP00 are notified 
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of the context. Finally, at step CP214, the finished PLC application is available for 
further use. 

Those skilled in the art will appreciate that other technical negotiations can be 
automated in whole or in part, as well. For example, Autodesk's AutoCAD™ software 

5 allows users to generate mechanical computer aided design drawings which include 
part numbers, from which a bill of materials is produced. Agile Corporation's Agile 
Product Definition Server can take the bill of materials parts information from 

^ AutoCAD™ and publish and manage it for sourcing parts. Similar systems are 

provided for VLSI CAD designs by such companies as Windchill and Mentor Systems. 

SS! S 

| u 

^ With reference now to Figure 50, the multiple repository functions CP12 of the present 
invention are diagrammed in flowchart format. As mentioned earlier, the data created 
h by use of automated negotiations engine 02 and automated system of record CP00 can 
□ be stored at one central location, such as sponsor 06's site. Using the multiple repository 
p functions CP12, a participant can request that automated system of record 02 also 
15 maintain a copy of the items relevant to that participant in a local repository. Figure 50 
shows the steps used to manage this. At step CP300, multiple repository function CP12 
receives an update to primary database 225. At step CP302, it looks to the contract 
terms to determine which local repositories need to be updated. At step CP304, for each 
system to be updated, the transaction is written to an output list for delivery and at step 
20 CP306, each local system receives the transaction and applies it. To maintain 

transactional integrity when updating two or more systems with the same transaction, 
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products such as BEA corporations TUXEDO™ product or IBM Corporation's Transarc 
Encina product or Microsoft's Transaction Server or MTS™ product can be used In the 
embodiments shown, the TUXEDO product is used. 

Still in Figure 50, at step CP308, it can be seen that the original system is where the 
contract or agreement lives and at step C310, other systems use this transaction to 
inform their local processes, e.g. pass parameters to an ERP system, for example. 
Now turning to Figure 51, a flow diagram of security CP04 is shown. At step CP320, 
when an agreement is negotiated using automated system of record CP00 and 
automated negotiations engine 02, the contract documents are created with security 
extensions, such as access control lists, privileges lists, etc. which all parties agree to 
accept. At step CP322, contract authority CP02 assigns a unique identifier CPNN to 
associate with all related documents and terms. At step CP324 one party agrees to 
accept a contract template which indicates security baselines. At Step CP326, the other 
party accepts them, too. If they do not accept or wish to add or modify the templates, 
they can do so at steps C328 and CP330 respectively. At step CP332 agreement is 
reached and at step CP334, the initial contract documents are loaded into a contract 
router CP02R (if the router configuration is used) and automated system of record 
CP00 is started using these documents as the inputs to automated negotiations engine 
02. From then on, at step CP340 permitted transactions are processed and at step 
CP336 invalid transactions are recorded and logged. 

Those skilled in the art will appreciate that the embodiments described above are 
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illustrative only, and that other systems in the spirit of the teachings herein fall within 
the scope of the invention. 
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CLAIMS 

What is claimed is: 

1. An apparatus for process mining, comprising: 

- - a network; 

-active templates for informing a process mining step; 

- -a multivariate negotiations engine system including storage space and negotiations 
software, the multivariate negotiations engine system being connected to the network; 

- -a destination terminal connected to the network, the destination terminal including 
software for sending and receiving terms along a communications path over the 
network which flows through the multivariate negotiations engine system; 

- -an initiating terminal connected to the network, the initiating terminal including 
software for sending and receiving terms along a communications path over the 
network which flows through the multivariate negotiations engine system, during 
iterative processing the multivariate negotiations engine system recognizing the 
destination terminal and the initiating terminal as negotiators and designating one of 
them a deriding entity, such multivariate negotiations engine system further storing 
in the storage space the terms each terminal proposes, and sending terms to the 
indicated terminal until a set of terms is agreed upon by the deciding entity. 
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ABSTRACT 

An process mining system for analyzing the processes used to implement negotiated 
contracts and other agreements stored in an automated system of record. Using 
unique identifiers assigned by the contract authority of the invention, process mining 
can be done to evaluate the effectiveness of processes used to implement one or more 
sets of negotiations. 



91 



Fig. 1a 

02 





CC08br 



CC08tr 



Fig. 1d 





230 



22i 



Database 
functions 



220 



225 




213 



External 
functions 



Sponsor 
functions 



21 2 | 

Multivariate 
Negotiations 
Engine 



214 



Participant 
functions 



207 



Network 
functions 



200 



Fig. 1e 




Fig. It 




"3: 



c 

c 



CD 
Z3 

CO 



CO 
CD 
CO 
CO 
CD 
O 
O 



O 
CO 

cz 
o 

Ql 
CO 



CO 
CD 
CO 
CO 
CD 

o 
o 



CD 



Q\ CD 

CO 



coo 



CO 



CO o ^ CD 
Q- =3 CO CO O 

O d CD CD 

Q_ Q_ | — CO 



in 



CD 

_ CO CD o. c: 
OlOCOCOO 



o 
_c 
=3 
<C 
a> 
o 
E 

CD 
DC 



Pi2 

O CD 
O t CO CO o 

2 ™ CD CD 
^ CL I — CO 



CD"0 
O CD 



CO CD 

OQ 



CO 

O 

O ^ CO 
Q_ p O 

E &E 

CO CO CD 
CO Q_ Q 



n 



■2 S co 

Jm 8 I 

-o3<C o 

co Q 

-g'cO 
CO cz 



o 

CD 



0|CO LU 



"co 
Q 



CO 



CO CO 
CD "O 

co co 

>■» CD ^ 
> co o S 

o o S to 



o 




co 

CD 

6 

a> 
"co 



_cd 
to 

CO 
CO 



O 
CO 

in 



"co £ 

o 



o 
o 

6 



CD 
CO 

B: 
o 

CO 

CO 

E 



CO CO ^ 

CO o o 

CD 7= Q_ 
O g CD 

<5 > 

CO ~o 



Fig. 1h 



Camera 




Fig. 1i 



212-09 




Closure 



212-22 



Return 



Fig. 1j 



213 



213-02 



Build Communitv 
set rules 



Sponsor 
Functions 



213-04 



\ 



Promote 
visibility 



FigAk 



214. 



08grpa 



Remote web 
authoring 



Participant Functions 




08grpb 



214-04 



Processing 
and admin 



) 




Fig. 1L 



207 



Network Functions 



207-02 



Webserver & 
Dyamic 



Fig. 1m 



211 



\ 



External Functions 



211-02 



Reporting 



211 



1 



Application 
Programming 
Interfaces (API) 



Fig. 1n 



222 



Database Functions 
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400 



Seller chooses template level of 
cost/functionality. 



I 



Provides basic business information, 
chooses domain name and 
username/password. 



405 



Seller is presented with license 
agreement, stipulated by sponsor. 
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If Sponsor requires payment from 
Seller, payment terms and live 
commerce are executed here. 
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No 

participation 



Seller may negotiate with 
Sponsor, choose not to 
participate, or proceed on 
a temporary basic, at the 
Sponsor's discretion. 
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450 



Registration process complete. If> 
appropriate, Seller is provided 
instructions for proceeding to 
customization. 
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455 



Seller logs in, using its 
chosen username and 
password. 



460 



Seller chooses a customization 
item from a number of features 
specific to its template. 
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Seller is presented with instructions and 
suggestions, and customizes a feature 
through an on-line form. At any time, it can 
view the results of its input by 'previewing' 
its website. 
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Customization 
complete, return to 
active status and 
on-line commerce. 
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Customization complete. 
Proceed to integration. 
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DATABASE FUNCTIONS: 
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BEGIN 
LOGIN: 579 

NAME: The Federation of Korean Industries 
LC_BANK_NAME: Imperial Bank 

LC_BANK_ADDR: Corporate Service Center, 2015 Manhattan Be4ch 
Boulevard 

LC_BANK_CITY: Redondo Beach 
LC_BANK_COUNTRY:USA 
LC_SWIFT_ID: IMPBUS66 
ADMIN:0 
TEMPLATES 
SIGNED:1 
EXW.O 
FCA:0 
FAS:0 
FOB:0 
CFR:0 
CIRO 
CPT:0 
CIP:0 
DAF:0 
DES:0 
DEQ:0 
DDU:0 
DDP.O 
CREDIT: 1 
LETTER:0 
DOCUMENTARY:0 
END 
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Sponsor promotes visibility ) ^qq 
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495 



Register company name, products, 
and other criteria into the 
community search engine. 



505 



Register chosen domain name 
(if applicable) with Internic, chargable 
to the Sponsor. 



510 



Register company name, meta tags, and URL 
(if available) with major search engines. 
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Intregration complete. Seller website now 
enters active status, is intregated into the 
community database, and accesss on-line 
commerce functionality. 



Seller must be in good 
standing for intregration to 
occur. Sellers enter good 
standing if they complete 
payment procedures upon 
signup (if required), or if 
the Sponsor; status of good 
standing may be dependant 
on periodic payments to the 

Sponsor through an 
automatic renewal process. 
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Buyer Functions 
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Buyer enters proposed orders, 
requests finalization of sale. 



Buyer completes payment and 
shipping terms. 
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520 



525 




Buyer's offer of terms posted to 
a secure area, and both parties 
are notified via email. 
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Negotion complete. Final 
paperwork is made available 
to both parties. 



Previous offer recorded in 
transaction history. Seller submits 
counter-offer; offer is reposted to 
the secure area, and both parties are 
notified via email. 




r 
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Transaction is closed 
and all data written to 

data archives. All 
records regarding the 
sale are available to 
the Sponsor and Seller 
through 
Documentation. 



Previous offer recorded in transaction 
history. Buyer submits counter-offer; 
offer is reposted to the secure area, and 
both parties are notified via email. 
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Reports 



I 



Sellers may view their transaction 
records from pending to final sales, 
based on criteria such as Buyer's name, 
unique order ID, data, etc. Orders are 
held in this pending database until they 
are closed and archived by the Seller. 
Buyers are able to check order status. 




Order is marked as shipped in the 

database. This information is 
available to the Sponsor as well as 
the Seller, to track the turnaround 
of the Seller's systems. 





Order is removed from active database 
and archived. 
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Upon entering the community, Buyers 

are informed of its salient 
characteristics and given options for 
searching by company name, product or 
service, location, etc. Buyers may also 
choose to submit an on-line RFP to the 
Sponsor. 



Based on the search or RFP criteria, a 
list of potential Sellers is presented to 
the Buyer. 
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The Buyer may choose to create a "short 
list" by narrowing its list of Sellers. 
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The Buyer may request contact directly 
from its short list, or proceed directly to 
each Seller's website. 
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Upon selection of a Seller, the Buyer 
proceeds directly to multivariate 
negotiation. 
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SETUP AREA 



HELP! 

Ill/ CLICK HEREI J 




Welcome, Client name! 

This is the Sponsor setup area, where you can create your company's 
ECommerce website quickly and easily. Simpfy follow the step-by-step 
instructions; we've included sample text to show you what kind of information to 
provide. 

Access to the Setup Area is restricted by company code and password to 
authorized representatives of your company. Providing accurate information is 
important, so please edit your website as often as you like. To edit your 
information, point your browser as often as you like to 
http://www.provtder.com/mysite/ and enter your company code and 
password. 

Each section below represents a different page of your website. Simply click on 
the edit button for each page, review the sample text we've provided, fill out the 
form with information about your business, and then preview your new page by 
clicking on the preview button. 

The page preview allows you to look over the final content of the pages you have 
created. Once you are happy with your work, you can view your actual working 
website by pointing your web browser to http://www.provider.com/es/exports . 
Please save this internet address to see your website on the Internet. 

First time visitors must start with "General Information" and complete all 
sections. Instructions are available to guide you . This entire process should 
take about one hour. After completing set up, updating your information will 
take much less time. Use the navigation bars on the left side of each page to 
save time. 
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100 



In this section, enter general information such as company name, contact 
information, etc. The information you provide is used on all of the pages 
on your website, so please be accurate. 

102 



104 



Your Home Page is the first page that visitors to your website will see. it 
should welcome the visitor and give them a short introduction to your 
company and its products. Click the edit button to set up or edit this 



108 



FIG. 10 - 2 



110 



ill 
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The Profile Page contains more in-depth information about your company, such as 
information on its background, products, business partners, vision, etc. Click the 
edit button to set up or edit this page. ^ -| ^ V 

^-112 



116 



The Executive Staff Page provides information about your senior staff. Names, 
titles, responsibilities, phone numbers, or biographical information can be included 
on this page. Click the edit button to set up or edit this page. \ 

120 V.118 

^ 122^ 



§SL__ 



Your Location Page provides location and contact information for all of your offices, 
domestic and international. Click the edit button to set up or edit this page. 

126 \^ 
128-^ 



124 



The Product & Services page contains information about your company's 
products and services, including development efforts, features, benefits, quality 
standards, etc. Click the edit button to set up or edit this page. 

liWiiHiil^-^ 132 „ A 
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This section guides you through the process of creating a Product Catalog, so you 
can sell products online. Provider websites feature robust commerce and 
secure transaction processing software, so your customers can review and 
purchase your products online. Click the edit button to set up or edit your 
product catalog. 

1 36 



FIG. 10-3 



140 



This section allows you to specify how your customers can pay you, and how you 
will deliver your products. Information about your bank and freight forwarder will 
also be required. Your catalog will reflect the delivery and payment options you 
choose to provide to your customers. Click the edit button to set up or edit this 
information. 

142 




The Customer Service center of your website provides information on 

how you provide service to your customers. Click the edit button to set up or 

edit this page. I 

150 
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Fig. 11a-1 



To: 



Jeff Jones, CEO <Buyer> 



Purchasing Department, M/s 897,229 Berkely Street, 
Boston, Ma 02116 

In accordance with the terms of our Purchase Order 
number EX05 dated 09/20/1998 please issue an 
irrevocable documentary letter of credit (subject to 
UCP500) by cable with the following terms and 
conditions: 



Advising Bank: Imperial Bank <Seller> 



Corporate Service Center, 2015 Manhattan Beach 
Boulevard 
Redondo Beach 
USA 

SWIFT ID: IMPBUS66 



Beneficiary: 
Amount: 



ABCJnc. 

$25000.00 usd+/-10% 



Payment Terms 



Sight Payment 



Latest Shipment: 1/1/99 



Expiration Date: 



10/20/98 



Presentation: 



Documents must be presented no later than 
21 days from B/L 



Partial Shipments: Permitted 



Transshipment: 



Permitted 



FIG. 11a-2 



3rd Party Docs: 

Merchandise: 

Ship Terms as per 
INCOTERMS 1990: 

PORTS: 

INSURANCE: 

FREIGHT: 

OTHER TERMS: 



Documents Required: 



Not Permitted 

per Buyer's Order Number EX05 
CIP 

ORIGIN: UNKNOWN, DESTINATION: BOSTON 
PAID BY APPLICANT 
PAID BY APPLICANT 

NEGOTIATING BANKS AUTHORIZATION TO 
DEDUCT 5% from the proceeds and pay to: 

ABC.Inc. Business & Information 

Services, Inc. 

229 Berkeley Street 

Boston, MA 021 16 

617-450-9405 

indicating documents value less commision net 
proceeds due 

Commercial Invoice: 1 Original, 3 Copies 

Packing List: 1 Original, 1 Copy 

Clean On Board Ocean B/L: 3 Originals, 1 Copy 

Air Waybill: 1 Original, 1 Copy 

Forwarders Cargo Receipt: 1 Original, 1 Copy 

Certificate of Origin: 1 Original, 1 Copy 

BENEFICIARY'S STATEMENT AUTHORIZING 
THE DEDUCTION CALCULATED AT 5% 
FROM THE INVOICE AMOUNT BEING 
AGENTS COMMISSION PAYABLE TO: 



FIG. 11a-3 



ABC, Inc. Business & Information 

Services, Inc. 

229 Berkeley Street 

Boston, MA 02116 

617-450-9405 

Charges: Issuing Bank charges for: Applicant 

Advising Bank charges for: Beneficiary 
Reimbursing Bank charges for: Applicant 
Acceptance Commssion for: Beneficiary 
Discount charge for: Applicant 
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>From www@harvard.net Sat May 9 01:1 1:28 1998 
Date: Sat, 9 May 1998 01:16:45 - 0400 (EDT) 
From: info@mvn.com 

To: davef@swave.com, info.mvn.com@postoffice.harvard,net 
Subject: Membership form Nu-Seller 

The following user requested a website; however, it entered an invalid Company 
Code, and could not be found in the database. Its website has been activated. 
Please respond by verifying their access and requesting an invoice from the 
appropriate sponsor representative, or by deleting their access through 
administration. 

. DEMOGRAPHICS 

Date: 19950413 
Name: Girish Panjwani 

Title: Deputy Manager 

Company: Nu-Seller, Ltd. 

Product Chosen: International BusinessStarter A 
Cost: 9,999 Rupees 

Company Code: EIC1 043 

Address: 14, Commercial Complex 

City: New Delhi 

Region: New Delhi 

Postal Code: 110 048 

Phone: 6445521 
Fax: 6431929 
Email: gpanjwani@nu-seller.co.in 



Message: 

Dear Sponsor Representative: 

The above individual/company has agreed to and acknowledged the MVN Listing 
Agreement, and has selected the above product at the above price to set up on the 
MVN Web Site. By proceeding with the setup process on this Web Site, the above 
company hereby agrees that it will promptly pay the invoice submitted by you. 

Thank you. 
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ADMINISTRATION 

Below is a list of orders. Click on any order to view the order in more detail and 
for further options 



Buyer 
Order 



ID 


STATUS 


NUMBER 


BUYER 


PAYMENT 


ITEMS 


TOTAL 


Test Account 












1 


In Negotiation 


DA01 


ABC 


Letter 


1 


$ 897.00 










Of Credit 






12 


Incomplete 


DA02 


Socjjdk 


Letter 


2 


$ 2290.00 










Of Credit 






Exports Inc. 












2 


Incomplete 


EX01 


Tool Inc. 


Wire 


1 


$12500.00 










Transfer 






3 


Incomplete 


EX02 


company 


Letter 


1 


# 12500.00 










Of Credit 






4 


Incomplete 


EX03 


hjk 


Wire 


1 


$12500.00 










Transfer 






5 


Incomplete 


EX04 


hjk 


Letterr 


1 


$12500.00 










Of Credit 






6 


In Negotiation 


EX05 


TradeAccess 


Letter 


1 


$25000.00 








Inc. 


Of Credit 






7 


In Negotiation 


EX06 


X 


Letter 


1 


$25000.00 










of Credit 






8 


In Negotiation 


EX07 


TradeAccess 


Letter 


1 


$25000.00 








Inc. 


Of Credit 






9 


In Negotiation 


EX08 


Buyers Inc. 


Letter 


1 


$25000.00 










Of Credit 






10 


Incomplete 


EX09 


Baskets Inc. 


Credit Card 


1 


$ 200.00 


11 


In Negotiation 


EX10 


EMI 


Letter 


1 


$25000.00 



Of Credcit 
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SPONSOR 



Order #: 

Buyer's Order ID: 

Company Code: 

Status: 

Payment: 

Delivery: 

Buyer ID: 

Buyer: 



6 

EX05 
exports 

In Negotiation (awaiting vendor) 

Letter of Credit 

CIP 

oKmYfWIv 

Jeff Jones, CEO 
ABC.Inc. , Inc. 
Purchasing Department 
M/s 897 229 Berkeley Street 
Boston, MA 02116 

Phone: 61 7-450-9405 Fax: 61 7-450-9409 
Email: info/abcinc.com 

Bank Name: BankBoston Bank Swift: BB12345 
Bank Address: One Financial Place, Boston 



SHIP TO: Henry Smith 

Shipping Clerk 
ABC, Inc. 

Shipping Department 

M/s 897 229 Berkeley Street 

Boston MA 02116 

Phone:617-450-9405 Fax: 617-450-9409 
Email: info@abcinc.com 



Freight: 



DHL 

123 Cargo Street 
Boston, MA 021 16 
Phone: 617-345-4500 
Email: ships@dhl.com 



Fax: 617-345-8700 



Items: *1 0 Grade 1 00 Widgets 

(ID:EX100) at $2500.00 



Total: 



$25000.00 



FIG. 14 



ADMINISTRATION 

Welcome to the Sponsor administration area. 

The list below contains all of the companies who are currently registered with the 
service. You may use the register button to register a new company for inclusion in 
the list, or select an existing company and then click on the View' or 'remove' button 
to perform that action . 

Please note that this part of the site requires a current 

javascript-enabled web browser, so please upgrade your browser! (The rest of the 
system does not require an advanced browser.) 



B123 BharaliMfg 

CIITA Test Co Name 

CONCAMIN CONCAMIN 

EIC1 043 Eicher Goodearth Ltd 

EIC7273 Eicher Ltd 

Eric Dill Corp 

FMM Federation of Malaysian 

Manufacturers 

FRI Francis Inc. 

Helaine Helaine 

Imperial Imperial Bank 

JC3 Test co 

JMC1 Handbag Company 

Jan Integrative Medicine 

Karen x 

MA12 Malaysia Inc. 



View orders which are: View Order # 



FIG. 15a 



300 





305 



r 

Seller Order Processing System 



Payment Approval 

Welcome to your Payment Approval site. The following order IDs represent 
outstanding account awaiting your approval. Please choose an order by 
clicking on it. 



Order number 



Buyer 



Payment Items TOTAL 



EX05 



EX06 



EX07 



EX10 



ABC.Inc. 
XYZ. Inc. 
Nubuy. Inc. 
ZBD. inc. 



Letter of Credit 1 $25000.00 



310 

L> 

315 

Letter of Credit 1 $55000.00 S 

|320 

Letter of Credit 1 $25000.00 



Letter of Credit 1 $85000.00 
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A 



FORMS 



330 



FIG. 15b 

s — Name*: 
332 

Company*: 

334 Address*: 

336" 

City*: 

y"~ Postal Code* 
338 

^ — E-mail*: 



Jeff Jones 



ABC, Inc. 



Freight Forwfx" 



340 
342 

Freight Forwarder* 
34 ^~ Address*- 



346 



348 



City*: 
Postal Code* 
E-mail*: 



FIT 



Parti 
Tri 



350 



lii^i ilJJllldll* 



Title*: rCEC 7 



State/Country*: 
Telephone*: 
Fax*: 
Jit forwarder at Box 



Fax*: 



Permf^ 
Permrtren- 



ten 1 



. n ^ n Documents mustbe oresented no later thaFUl days 

o C o Y S: from B/L < The Wtr^f^H^nnot be boater than 21 ). „ - - 

352 353 ooo 

^ — Merchandise: 0 per Buyer's WdeQfMumber EX07— ^ 

35^uyer's Comments: I want a 20vJ^count 

A*** 1 - any additional terms or comments here: 

358 



357 



360 



362 
364^ 



366 



FIG. 15 C-1 



j^Profile^ 



ORDER PROCESSING SYSTEM 

LETTER OF CREDIT 



: ^roduct^ 



Catalog 



(Where?) 



'Home 



1 



Please fill out the following form completely. Fields marked with an 
astereick (*) are mandatory. When finished, press the 'submit' 
button to propose your Letter of Credit. 



General Information 



Buyer: 
Seller: 

Advising Bank: 



Expiration Date: 



John Smith, Director, ABC inc. 

8 Oak Street, South Polema, MA 02166 

Exports Inc. 

Imperial Bank,Corporate Service Center, 
2015 Manhattan Beach Boulevard 
Redondo Beach, USA 
SWIFT ID: IMPBUS99 



Payment information 
Buyer's Order 
Number: 



Total $25000.00 usd 



Payment Terms: Sight Acceptance Deferred Payment 

Tenor: days Sight Bill of Lading date: 



Other 



(Ignore tenor if using sight payment) 



Delivery Informatioin 

Latest Shipment: 



Ship Terms as per INCOTERMS 1990: CIP 

Destination Port: 

Insurance: 
Freight: 



Paid by Applicant 

Paid by Applicant 



Paid by Beneficiary 
Paid by Beneficiary 



FIG. 15 C-2 
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^ Catalog j 

) 



Staff 



/ ^ 

Where? 





Home 



LETTER OF CREDIT - CONTINUED 

SHIPPING INFORMATION 

Ship to*: John Smith Title: Director 

Company*: ABC Inc. 
Address*: 8 Oak Street 



City*: South Polema 

Postal Code*: 02166 
E-mail*: john @ abc.com 



State/Country*: MA 
Telephone*: 617-555-1023 
Fax*: 617-555-0191 



Freight Forwarder Information: (Freight fowarder at 
Boston) 

Freight Forwarder*: 

Address*: 



City*: 

Postal Code*: 
E-mail*: 



Telephone* 
Fax*: 



DOCUMENTS & CHARGES 

Documents must be presented no later than 21 
days from B/L 

Presentation: (The number of days can be decreased but 
cannot be increased.) 

Partial Shipments: Permitted Prohibited 

Transshipment: Permitted Prohibited 

3rd Party Docs: Not Permitted 

Merchandise: per Buyer's Order Number EX27 



OTHER 

Add any additional terms or comments here: 



FIG.16 
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-Mi 




370 



Seller Order Processing System 

Order & Payment Approval 



The following is a proposed Letter of Credit from ABC, Inc. You may approve the 
Letter of Credit as is by editing any fields and pressing the "APPROVE" button bolow. 
If you approve the Letter of Credit, the buyer will be notified and given the option 
of printing a finalized Letter of Credit from your ECommBuilder Website 

Or, you may edit any fields you prefer and press the "CHANGE" button below. If /ou 
submit changes, the buyer will be notified and given the option of editing or appr )ving 
your changes. A finalized Letter of Credit will be available to the buyer ONLY afler 
both parties have reached a consensus. 



Buyer: 
Seller: 



372 
374 



A 37- 
FORMS Advising Bank: 

376 
378 



John Smith,CEO, ABC, Inc. 
Exports, Inc. 

Imperial Bank, Corporate Service Center, 
2015 Manhattan Beach Boulevard 
Redondo Beach, USA 
SWIFT ID:IMPBUS99 



380 

384 
392 

396 
397 
398 

399a 
399b 



^Expiration Date: |Vl/99 | 

^Buyer's Order 

"Number: EX05 

386^ 
Payment Terms: •Sight 



Total: $25000.00 usd 
-388 



Accepts 



390 



Tenor; 



CD Deferred Payment 
394 



: days Sight j Bill of Landing date l~] Other [ 

ignore tenor if using sight payment) 



Latest Shipment: 



I/I0/99 



^395 



Ship Terms as per INCOTERMS 1990: CIP 



Destination Port: 
Insurance: 
^Freight: 



Sao Paulo 



Paid by Applicant 
Paid by Applicant 



Paid by Beneficiary 
Paid by Beneficiary 



399c 

^ Ship To: 



FIG. 17 



Web Generation 
Order Processing System 
Thank You 

You will receive confirmation immediately that your proposed Letter of Credit has 
> been sent to us. Once we have reviewed your proposed terms, you will receive an 
Email response from us, providing details on the terms we will accept and the 
procedures for printing your final Letter of Credit form. 

To check the status of your order, and for all further actions regarding this order, 
please visit our Order Information Center. Please use the following information 
when prompted to idenify yourself to our server: 

LOGIN: RaLuYKtr 
PASSWORD: vPmAgecp 

Please print out this page or write down the above information for future use. If 
you have any questions or concerns, or forget your login password, please do not 
hesitate to contact us. 



HOME 
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From: System 

To: Buyer 

From: MVNsystem 



"NOTIFICATION OF PURCHASE ORDER ACCEPTANCE" 

(seller) has accepted your Purchase Order (number). Your order is now 
confirmed. Full details of the order and necessary payment documentation can 
be printed from (order URL). Further questions regarding this order should be 
directed to (seller's email address). 



FIG. 19 

Generated by System to Buyer 

To: Buyer 
From: MVNsystem 
Subject: Email #3 
Bcc: 

x-Attachments 

"(seller)" has responded to your proposed Purchase Order 
(number). Full details on the order can be reviewed at (ore 
URL) 
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To: Seller 

From: MVNsystem 

Subject: #2 email text 

Bcc: 

x-Attachments 



A SALE HAS BEEN GENERATED BY SPONSOR FOR Seller Company 
name. 

Sponsor has processed a proposed purchase order on behalf of your 
company. Please log into your customization area. Review the terms of 
this order and follow the instructions provided there to respond to the 
proposed buyer. MVN system will then process your response directly to 
the buyer. 

Order Summary: 

- Items Sought: (catalog ID and Description?) 

- Amount of Order: ($) 

- Buyer's Country: 



FIG. 21 

To: Buyer 

From: MVNsystem to Buyer 
Subject: #2 email text 
Bcc: 

x-Attachments: 



"Thank you for proposing your order (number assigned to the PO) to (name of seller). 
Your order has been submitted for review; (name of seller) will respond to your 
proposed order by email submitted directly to this account, including instructions on 
how to proceed with your order at that time. For any questions regading the 
processing of this order, please contact orders@mvn.com. 

Thank you for using MVN." 

This is an automatic email notification, no reply is necessary. 
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Date: Fri, 2 Oct 1998 21:05:02 -0400 (EDT) 
From: MVNsystem to Vendor upon registration 
To: davef@swave.com 
Subject: Thank you for registering 

Thank you registering for this Community. The following email has been sent to 
sponsor for processing of your invoice and Listing Agreement. 

COMPANY DEMOGRAPHICS 

Date: October 2, 1 998 

Name: David Foucher 

Title: President 

Company: Shockwave Productions 

Company Address: 8 Pleasant Street, 

South Natick, MA 01760 

ECommBuilder 

Product Chosen: International 



Cost: 

Unique URL Cost: 
Username: 



BusinessDeveloper 
28,000 Rupees 
10,000 Rupees 
"test" 
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Date: Wed, 30 SEP 1998 12:30:41 -0400 (SDT) 
From: MVNsystem to Vendor 
Subject: Sales action for Exports Inc. 
Apparently-To: info @ tradeacess.com 

VENDOR: Exports Inc. 
ADDRESS: 

COMPANY CODE: exports 



ACTION NOTICE FOR THIS ACCOUNT 

Please note that MVN has registered action by the following user, for the 
following products: 

USER: Arne K 

ADDRESS: x,x,x,New York x x 

ACTION DATE: Wed Sep 30 12:30:41 1998 

PRODUCTS: 

1 of item SAMPLE-EX100 at $200.00/ea 
ORDER TOTAL: $200.00 



This is an automated message from MVN. Please do not respond to this 
message. 



ISO compliant 

Accepts Incoterms 

Record of import/export experience 

Able to handle all shipment types 

Fees fully paid up 

Just-in-time capability 

Bar code processing on key docs 

Accepts letter of credit, wire transfer or doc. collection 
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scoo 



213-04 



Create script from 
registrant's entries 




SC06 Automatically submit to 
search engine n 
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SL01 



Log In to customizing 
script service 



SL03 



SL05 



Change or 
Update graphic 
elements 



"place" the new 
elements through a 
script onto the page, 

request preview 



SL07 



Yes 




Ok? 



No 



SL09 



Result becomes 
custom template 



SL11 



Continue remote web 
authoring using new 
template 
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Fig. 28 

BT1 



10,000 widgets at 19.95 each usd 
FOB 

4-year warranty on parts 

Act of God clause excusing performance for 
fire, flood, earthquake, tornado, strikes, 
govenment action 



ST1 



BT2 



FD 



10,000 widgets at 19.95 each usd 
FOB 

6-month warranty on parts 

Act of God clause excusing performance for 
fire, flood, earthquake, tornado. 



10,000 widgets at 19.95 each usd 
FOB 

1 -year warranty on parts 

Act of God clause excusing performance for 
fire, flood, earthquake, tornado, 
government action. 



io.uuo widgets at ly.yb each usd 
FOB 

1-year warranty on parts 

Act of God clause excusing performance for 
fire, flood, earthquake, tornado, 
government action. 
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S01 



Search 
community site 
for sellers of 
desired item 



S03 



S08 



SO10 



S018 



V 



Track order 



S06 



Review 




Link to 


displayed 




seller sites 


> results 




in display 





f / 


Submit email J 
inquiries 






r / 


Order sample 
quantities 




— i 



EveAuaXe ^ 



Negotiate 
transaction 



i 



Implement 
Volume 
Purchase 



S012 



S014 



S016 



SO20 

V 



Access 
Customer 
Service 
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Profile 



llejj 



i^roduct^ 



Catalog 



^ Staff ^ 



JWhere? 



m 



Home 



Wire Transfer 



PLEASE PRINT OUT THIS FORM AND TAKE IT TO YOUR BANK, 
WHICH MUST FOLLOW THESE INSTRUCTIONS IN REMITTING 
PAYMENT BY WIRE TRANSFER FOR YOUR ORDER 



32 A: 
50: 



56 A: 



57 A: 



59: 



70: 



71 A: 



INSTRUCTIONS FOR U.S. DOLLAR PAYMENTS- SWIFT MT 100 FORMAT 

USD4000.00 

ORDERING CUSTOMER: 

John Smith 
8 Oak Street 
MA 02166 

INTERMEDIARY BANK: 

AEIBUS33 (AMERICAN EXPRESS BANK, NEW YORK) 

ACCOUNT WITH INSTITUTION 

/01 111 111 

IMPBUS11 

IMPERIAL BANK 

LOS ANGELES 

BENFICIARY CUSTOMER: 

ABC COMPANY, INC. 

DETAILS OF PAYMENT: 

FURTHER CREDIT TO Exports Inc., REFERENCE BUYER'S ORDER 
NUMBER EX26 LESS ABC COMPANY, INC.'S COMMISSION OF 5% 
OF ORDER AMOUNT 
/VENDORD/exports/EX26 

DETAILS OF CHARGES: 

OUR 



FIG. 31a 



Exports, Inc. 



fprofilef 

\ A 


Welcome to our Web Site! 


:^roduct^ 


Exports Inc. is a leading New 
Hampshire area export company that 
produces widgets. 


^fCatalogf 
^ Staff J) 


The Exports Inc. team hopes you enjoy 
exploring our Website for all your 
Widget News. 




Thank You! 


jwhere? 


To learn more, please contact us. 


r^Home^ 
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^Profile^ , 



PRODUCT CATALOG 



Product 



Please take a moment to browse our product catalog, below. If you 
wish to place an order, select the quantity of each item in the text boxes 
at the side of the catalog and click on the 'Review Order and Availability' 
button at the bottom of the page. 



Catalog 



Staff 



V 



Quantity 
Ordered 



Product # 



Item 



Description Unit Price/Unit 



EX300 Grade 300 Yellow plastic 20 Doz. $4000.00 usd 

Widgets widgets, 

certified compliant 
Samples of this product (quantity: 1 Dozen) are available for $185.00 per 
order. 



Where? 



Home 



9 



EX400 



Grade 400 
Widgets 



15Doz. $6000.00 usd 



Red plastic 
widgets, 
certified compliant 
Samples of this product (quantity: 1 Dozen) are available for $400.00 per 
order. 



EX500 Wooden Chairs Curved seat, 2 Doz. $950.00 usd 

wooden spindles, 
oak, etc. 

Samples of this product (Quantity: 1) are available for $45.00 per order. 



EX200 Grade 200 Green plastic 1 0 Doz. $2500.00 usd 

Widgets widgets, 

certified compliant 

Samples of this product (Quantity: 1 Dozen) are available for $225.00 per 
order. 



EX100 Grade 100 Blue plastic 10 Doz. $2500.00 usd 

Widgets widgets, 

certified compliant 

Samples of this product (Quantity: 1 Dozen) are available for $200.00 per 
order. 



Our named port of departure is Boston (ship); Boston (air). 
Our international freight forwarder is Evergreen; DHL. 
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Catalog 



Staff 



:j( where? )i 



.^Homej 



CUSTOMER SERVICE 



Dear Exports Inc. Customers, 

Thank you for taking the time to visit the service and support section 
of our Web Site. Exports Inc. is pleased to provide our customers 
with online access to our Customer Service staff, who will be pleased 
to assist you with any questions regarding our products or services. 

When contacting us, please take a moment to provide the information 
requested on our Email form so we may better assist you. A Customer 
Service Representative will reply to your inquiry as soon as possible. 

Exports Inc. is committed to providing outstanding Customer Service, 
and we look forward to assisting you. 

Sincerely, 
John Smith 

VP of Customer Service 

Customer service inquiries may be submitted using ou r online form. 
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Catalog 



Staff 



| where? j 



Home 



5 



CONTACT US 



Please take a moment to provide the following information when contacting us. 
Note: Fields marked with as asterick (*) are mandatory: 



* Your Name: 
*Your Title/Designation: . 
* Your Company Name: . 
Company Address: . 
City & State: . 
Country: _ 
Zip:. 
Telephone: _ 
Fax: _ 
*EmaiI: 



Are you an existing Customer?: 
How may we assist you?: 



Yes 



No 



Submit Inquiry Reset 
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PRODUCT CATALOG 



You may use this page to view or change any of this product's information. If 
you make changes, please make sure that the fields in red are properly filled 
in before clicking the 'submit' button. You can return to the product list by 
clicking on the 'back* button below. 
Catalog #: EX400 

(must be unique) 

Product Name: Grade 400 Widgets 



Description: 
Unit Size: 

(kilos, tons, litres, etc.) 

Price ($USD): 

(no symbols or 
commas, please) 

Samples: 



Red plastic widgets, certified compliant 
15 Dozen 

6000.00 

x Samples Available 



Quantities up to 25 units - ship within 30 days. 
Quantities up to 30 units - ship within 60 days. 
Quantities up to 40 units - ship within 90 days. 
Quantities up to 50 units - ship within 100 days. 



iUBMIT 
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Dynamic Contract 



Active Templates 
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CPNN 



Identifier 


Participants 


Relationship 


Date 


Transactions 


nnnnnnnnn 


Buyer 


Purchasing 


mm/dd/yy 


Start 




Seller 


Sales 


mm/dd/yy 


Start 




Seller 


Sales 


mm/dd/yy 


Proposal 




Buyer 


Purchasing 


mm/dd/yy 


Modify propsal 




Seller 


Sales 


mm/dd/yy 


Respond 


































Seller Eng. 


Developer 


mm/dd/yy 


Std specs 




Buyer Eng. 


Designer 


mm/dd/yy 


Custom specs 
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CP08a 



1 



Item # Price 


Qty 


Discount 


Ship Sched 


IncoTerm 


SC123 $1,000.00 


>100 


10% 


15th Mo. 


F.O.B 


Warranty 


Parts 


Labor 




90 day from accept. 


Repair/replace 


N.C. 
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Parameter 



Shape 



Height 



Edges 



CP08b 



Opt 1 



5 In 



.5 In 



Beveled 



Opt2 



2 In 
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Customer 
CP59 



Requirements 



Design approved 



Requested Changes 



Revision approved 



Supplier 

CP60^ 
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Design Plus Illustration 




Revision Plus Illustration 
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Sponsor 
Establishes 
Rules 



CP102 



Sponsor obtains 
Identifier from 
Contract Authority 



CP104 



Sponsor submits 
contract templates for 
acceptance 



CP106 Sponsor Requests other 
Templates to use from 
participants 
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Buyer sets and 
sends spec 
interface(s) 



CP110 



Buyer agrees 
to contract 
template 



CP112 



CP114 



Buyer 
submits 
development 
template 



Buyer 
submits 

order 
templates 



CP116 



Buyer submits 
logistic template 
for ship 



CP118 



Proceed to 
contract 
negotiation 
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CP 122 



Seller receives 
spec 
interface(s) 



I 



Seller agrees 
to contract 
template 
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Seller accepts 
development 
template 



CP126 



CP128 



Seller 
accepts order 
templates 



Seller acccepts 
logistic template 
for ship 



CP130 



Proceed to 
contract 
negotiation 



CP132 



CP134 



Complete 
Negotiations 



Inform ERP system 
from Contract 
Template 
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Buyer initiates 
tracking of order, 
logistical data 



CP138 



CP140 



CP142 



Perform 
technical 
negotiations 



Seller starts 
development 



Buyer 
Tracks 
development 



Buyer &/or 
Seller mine 
processes for 
efficiency 



i 
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tracking, logistic 
tracking on on- 
going basis 
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Product 
ships in 
production 
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Buyer wants to 
increase internal 
efficiency 



Seller Agrees 
to cooperate 
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CP152 | Buyer requests 
notification when 
order is. plaoftri 



Purchasing 
department agrees to 
fiend notification 
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CP154 Buyer requests 

notification when order is 
received by seller 
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Buyer requests 
notification when order is 
processed by seller 



Seller agrees to 
send notification 
when order is 
received 
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Seller agrees to send 
notification when 
order is processed 
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CP158 Buyer requests 

notification when order is 
shipped by seller 



Seller agrees to send 
notification when 
order is shipped 
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Buyer requests 
notification when order is 
received at location 



Buyer's receiving 
department agrees to send 
notification when order is 
received 
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Buyer starts process 
against orders 
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internal and external 
systems 
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contract ID 
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contract 
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Inter-Enterprise data 
repository 
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Measure 
time/revenenue/inventory 
changes between events 



CP190 Evaluate time/revenue 
profit consequences 



Propose contract 
CP192 I changes to seller based 
upon measurements 



Amend 
contract with 
changes 
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Manufacturer 
wants to program 
lathe 
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System presents high 
level options to 
engineer 
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Engineer 
enters 
parameters 



Application 
available for 
use 



CP214 



CP206 



Machine demonstrates output 
using collected parameters 



All internal 
systems are 
notified of context 



CP216 



CP208 Engineer refines parameter 
settings after observing 
output 



System deploys the 

application in 
appropriate co ntext 

I 
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Engineer 
agrees to 
charges 



CP220 



CP212 



Engineer agrees 
with the output 
quality 



System assesses 
cost to deploy and 
informs engineer 



CP222 
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Data Repository 1 
Receives an Update 



i 

Repository looks to contract 

terms to determine which 
systems need to be updated 



I 

For each system transaction is 
written to output list for 
delivery 

\ 

Each system receives 
transaction and applies it 



I 

Original system is where 
agreement "lives" 



T 

Other systems use 
transaction to "inform" local 
processes 
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CP320 Contract is created 
with security 
extensions 



CP322 



Contract Authority 
assigns a Contract ID 



Party 1 selects 
Contract template 
indicating security 
baseline 



Party 2 accepts 
contract template 



CP326 
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modifies 

template 



Party 2 
modifies 
template 
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reached 



Contract loaded 
into contract 
router 



CP338 



System is 
started using 
contract 



Invalid Transactions 
are recorded and 
logged 

l 
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Permitted transactions 
are processed 
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